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SUMMARY 


PROBLEM  AND  OBJECTIVE 
1 - 


There  are  five  human  resource  technologies  useful  in 
developing  weapon  systems  which  meet  the  operational  objectives 
at  the  lowest  possible  support  costs.  These  technologies  are 
maintenance  manpower  modeling  (MMM),  instructional  system 
development  (ISD),  job  guide  development  (JGD),  system  ownership 
costing  (SOC),  and  human  resources  in  design  trade-offs  (HRDT) . 
In  the  past,  these  technologies  either  have  not  been  applied  at 
all  or  have  been  applied  individually  at  various  times  during  the 
weapon  system  acquisition  process.  This  has  resulted  in 
redundancies  in  data  requirements  and  a  fragmented  approach  to 
design  for  supportability  and  support  planning. 

A  coordinated  human  resource  technology  ( CHRT )  and  a 
supporting  consolidated  data  base  (CDB)  concept  have  been 
developed  to  provide  more  integrated  and  effective  use  of  these 
five  technologies  in  weapon  system  development.  The  CHRT 
methodology,  and  CDB  requirements,  as  originally  conceived,  are 
documented  in  the  Air  Force  Human  Resources  Laboratory  Technical 
Report  AFHRL-TR— 78-6,  Volumes  I,  II,  and  III.  The  CHRT  and  the 
CDB,  as  described  in  those  initial  reports,  have  since  had  a 
preliminary  demonstration  in  a  weapon  system  acquisition  program. 
The  results  of  this  demonstration  are  documented  in  AFHRL-TR-79- 
28,  Volumes  I  and  II,  and  AFHRL-TR-80-52,  Volumes  I  and  II. 

The  objective  of  this  report  is  to  provide  an  updated 
description  of  the  CHRT  and  the  CDB,  which  reflects  the  original 
conceptual  structure  and  the  experience  gained  during  the 
preliminary  demonstration.  This  report  details  the  CHRT 
methodology  and  the  CDB. 


DESCRIPTION  OF  THE  CHRT  AND  CDB 


The  description  of  the  CHRT  and  the  CDB  is  based  on  a 
conceptual  structure  and  on  the  results  of  a  preliminary  tryout 
of  the  conceptual  structure  using  data  from  the  advanced  medium 
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STOL*  transport  (AMST)  system  acquisition  program.  The  CHRT 
methodology  was  developed  from  an  integration  of  five  individual 
human  resources  technologies .  The  CHRT  operates  from  a 
consolidated  data  base  that  integrates  data  from  these  five 
technologies  and  stores  the  data  in  a  single  source.  The  CHRT 
methodology  has  two  distinct  capabilities:  (a)  it  can  assess  the 
impact  of  baseline  and  alternative  equipment  designs  and  support 
plans  on  human  resources,  logistics,  and  ownership  costs,  and  (b) 
it  can  provide  an  integrated  maintenance  personnel,  training,  and 
technical  manual  program  for  the  system.  The  CHRT  methodology  is 
implemented  by  a  number  of  computer  operated  models,  manual 
operated  models,  and  task  analysis  procedures.  The  CDB  has  both 
computer  data  files  and  hard  copy  data  files . 

The  CHRT  methodology  includes  six  analytical  activities,  16 
data  generation  operations ,  and  two  types  of  output  products . 
The  analytical  activities  are: 


1.  Program  definition,  comparability  analysis,  and  task 
analysis. 

2.  Cost  data  bank  preparation. 

3.  Logistics  resource  assessment. 

4.  Life  cycle  cost  assessment. 

5.  Impact  assessment. 

6 .  Product  development . 

The  data  generation  operations  produce: 


1 .  System  program  requirements . 

2.  System  design  characteristics. 

3.  Support  plans. 

4.  Maintenance  requirements  and  tasks. 

5.  Operations  requirements  and  tasks. 
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short  takeoff  and  landing 


6.  Design  and  support  plan  alternatives. 

7.  Cost  and  cost-related  data. 

8.  LCOM  Model  outputs. 

9.  EVM  Model  outputs. 

10 .  R&M  Model  outputs . 

11.  Operations  and  support  estimates. 

12.  Training  Estimates. 

13.  Technical  manual  estimates. 

14.  Training/aiding  matrices. 

15.  Intermediate  products  for  training  program/ technical 
manual  development . 

16.  Life  cycle  cost  estimates. 

The  output  products  are: 

1.  Assessments  of  baseline  and  alternative  designs  and 
support  plans. 

2.  Coordinated  maintenance  training  programs  and  technical 
manuals. 


CONCLUSIONS 


The  CHRT  methodology  can  be  described  as  a  straightforward, 
step-by-step  process  applicable  with  continuity  throughout  all 
phases  of  weapon  system  acquisition.  The  CHRT  methodology  and 
the  concept  of  the  CDB  are  especially  useful  during  early  phases 
of  system  acquisition  as  a  tool  to  assist  in  system  design  and 
support  planning.  The  CHRT  is  directly  compatible  with  the 
weapon  system  acquisition  process.  It  also  supports  the 
determination  of  several  of  the  integrated  logistics  support 
elements.  Although  no  demonstration  test  was  conducted,  it  ^.s 
believed  that  the  CHRT  methodology  and  the  CDB  concept  are  as 
applicable  to  modifications  of  existing  systems  as  they  are  to 
new  acquisitions. 


3 


PREFACE 


This  study  was  performed  by  Dynamics  Research  Corporation 
(DRC),  60  Concord  Street,  Wilmington,  Massachusetts.  Technical 
direction  was  provided  by  the  Logistics  and  Technical  Training 
Division,  Air  Force  Human  Resources  Laboratory  (AFHRL),  Wright- 
Patterson  Air  Force  Base,  Ohio. 

The  AFHRL  support  was  provided  under  project  1959,  Advanced 
Systems  for  Human  Resources  Support  of  Weapon  Systems 
Development,  Lieutenant  Colonel  John  Adams,  Project  Director,  and 
work  unit  1959-00-02,  Integration  and  Application  of  Human 
Resource  Technologies  in  Weapon  System  Design,  Dr.  William  B. 
Askren,  Work  Unit  Scientist. 

The  Advanced  Systems  Department  staff  at  Dynamics  Research 
Corporation  performed  the  research  under  contract  F33615-77-C- 
0016  with  Mr.  Gerard  F.  King  as  Principal  Investigator. 

Many  individuals  throughout  the  Department  of  Defense  and 
industry  contributed  their  ideas  and  opinions  to  this  effort.  Of 
special  note,  however,  were  the  members  of  the  AFHRL  Logistics 
and  Technical  Training  Division  *rtio  contributed  both  in  their 
specific  areas  of  expertise  and  in  the  total  development  of 
CHRT.  These  individuals  and  their  areas  of  expertise  are  Mr. 
Robert  N.  Deem,  maintenance  manpower  modeling?  Dr.  Garry  A. 
Klein,  instructional  system  development?  Dr.  Donald  L.  Thomas, 
job  guide  development?  Mr.  Harry  A.  Baran,  system  ownership 
costing?  and.  Dr.  Lawrence  E.  Reed,  consolidated  data  base. 
Lieutenant  Colonel  Dalton  Wirtanen  and  Major  Robert  J.  Pucik  of 
the  AMST  Program  Office  provided  the  interface  with  the  >\MST 
acquisition  effort.  Appreciation  is  also  extended  to  Dr.  John  P. 
Foley,  Jr.  for  sharing  his  view  of  job  guide  development  and  the 
instructional  system/ job  guide  relationship. 

Dr.  Paul  G.  Ronco  and  Dr.  John  A.  Hansen  of  Man-Tech 
Incorporated,  a  DRC  subcontractor,  provided  significant 
contributions  in  the  development,  demonstration,  and 
implementation  o'f  the  integrated  personnel,  training,  and 
technical  manual  approach.  Specifically,  they  prepared  the  major 
portion  of  the  intermediate  training  and  technical  manual 
products,  performed  on  the  on-equipment  task  analysis,  and 
drafted  the  sample  training  plan  and  technical  manual. 
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HUMAN  RESOURCES,  LOGISTICS,  AND  COST  FACTORS 
IN  WEAPON  SYSTEM  DEVELOPMENT.* 
METHODOLOGY  AND  DATA  REQUIREMENTS 


I .  INTRODUCTION 


The  Department  of  Defense  (DOD)  desires  to  reduce  weapon 
system  operating  and  support  (O&S)  costs.  To  achieve  this  goal, 
each  military  service  has  been  required  to  incorporate  cost¬ 
saving  .measures  and  to  make  quantitative  assessment  of  O&S 
costs.  This  requirement  has  been  applied  to  both  weapon  systems 
under  development  and  to  major  modifications  of  existing  weapon 
systems . 

There  are  five  human  resource  technologies  which  are  useful 
in  helping  a  developing  weapon  system  meet  this  goals 
maintenance  manpower  modeling  (MMM) ,  job  guide  development  ( JGD ) , 
instructional  system  development  (ISD),  system  ownership  costing 
(SOC),  and  human  resources  in  design  trade-offs  ( HRDT ) .  The 
terms  job  guide  and  instructional  system  as  used  in  this  report 
are  generally  synonymous  to  technical  manuals  and  training, 
respectively.  Each  of  the  five  technologies  has  an  assessment 
and/or  product  development  function.  The  assessment  function  is 
appropriate  to  quantifying  the  system  design  and  support  plan 
impact  on  human  resources,  logistics,  and  costs.  The  product 
development  function  is  related  to  the  development  of  a 
coordinated  training  program  and  technical  manual  set,  and 
manpower  estimates. 

In  the  past,  these  technologies  either  have  not  been  applied 
at  all  or  have  been  applied  individually  at  various  times  during 
the  weapon  system  acquisition  process.  This  has  resulted  in 
redundancies  in  data  requirements  and  a  fragmented  approach  to 
design  for  supportability  and  support  planning.  It  appeared 
that,  if  these  technologies  wers  integrated  systematically, 
greater  efficiency  and  accuracy  in  human  resources,  logistics, 
and  cost  assessment  could  be  achieved,  and  a  mutually  supportive 
and  coordinated  training  program  and  technical  manual  set  could 
be  developed  for  a  given  weapon  system.  With  this  in  mind,  a 
two-phase  study  effort  was  initiated  in  March  1977  to  integrate 
and  apply  the  five  technologies. 

During  the  development  phase  of  the  study,  Phase  I,  the 
initial  coordinated  human  resource  technology  (CHRT)  was 
developed.  The  five  technologies  were  integrated  and  a 
methodology  for  application  was  produced.  Phase  I  also  resulted 


in  the  description  of  a  consolidated  data  base  (CDB)  which  would 
service  the  CHRT  and  eliminate  the  need  for  separate  data  bases 
to  service  each  distinct  technology.  The  concept,  methodology, 
and  data  base  were  initially  documented  in  the  following 
reports . 


AFHRL-TR-78-6  (I)  Integration  and  Application  of  Human 

Resource  Technologies  in  Weapon  System 
Design:  Coordination  of  Five  Human 
Resource  Technologies. 

AFHRL-TR-78-6  (II)  Integration  and  Application  of  Human 

Resource  Technologies  in  Weapon  System 
Design:  Processes  for  the  Coordinated 
Application  of  Five  Human  Resource 
Technologies. 

AFHRL-TR-78-6  (III)  Integration  and  Application  of  Human 

Resource  Technologies  in  Weapon  System 
Design:  Consolidated  Data  Base 
Functional  Specification. 


During  the  demonstration  phase.  Phase  II,  the  CHRT  and  the 
CDB  were  applied  in  three  successive  acquisition  phases  using 
data  from  the  advanced  medium  STOL  (short  takeoff  and  landing) 
transport  (AMST)  acquistion  program.  The  objective  of  Phase  II 
was  to  determine  the  applicability  of  both  the  CHRT  and  its 
related  CDB  in  each  phase  of  acquistiion.  The  feedback  provided 
from  the  Phase  II  effort  made  it  possible  to  refine  and  expand 
the  initial  CHRT  and  CDB  concepts.  The  results  of  the 
demonstration  are  documented  in  the  following  reports. 


AFHRL-TR-79-28  (I)  Human  Resources,  Logistics,  and  Cost 

Factors  in  Weapon  System  Development: 
Demonstration  in  Conceptual  and 
Validation  Phases  of  Aircraft  System 
Acquisition. 

AFHRL-TR-79-28  (II)  Human  Resources,  Logistics,  and  Cost 

Factors  in  Weapon  System  Development: 
Demonstration  in  Conceptual  and 
Validation  Phases  of  Aircraft  System 
Acquisition.  Appendix  A. 
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AFHRL-TR-80-52  (I) 


Human  Resources,  Logistics,  and  Cost 
Factors  in  Weapon  System  Development: 
Demonstration  in  the  Full  Scale 
Development  Phase  of  Aircraft  System 
Acquisition. 

AFHRL-TR-80-52  (II)  Human  Resources,  Logistics,  and  Cost 

Factors  in  Weapon  System  Development: 
Demonstration  in  the  Full  Scale 
Development  Phase  of  Aircraft  System 
Acquisition.  Appendix  A. 


This  report  describes  the  CHRT  methodology  and  its  related 
CDB  as  refined  after  the  preliminary  application  in  the  AMST 
program.  The  purpose  of  this  report  is  to  provide  a  detailed 
description  of  the  CHRT  and  the  CDB.  Section  II  contains  the 
background  material  needed  to  understand  the  development  of  the 
CHRT.  Section  III  provides  a  brief  overview  of  the  CHRT 
methodology  and  its  related  CDB.  Section  III  also  describes  the 
initial  CHRT  data  source  requirements.  The  next  several  sections 
contain  detailed  descriptions  of  the  individual  CHRT  activities 
and  CDB  data  groups . 

In  addition,  a  summary  of  the  entire  effort  is  provided  in: 


AFHRL-TR-80-8  Human  Resources,  Logistics,  and  Cost 

Factors  in  Weapon  System  Development: 
Project  Summary. 
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II.  CONCEPT  OF  FIVE  INTEGRATED  HUMAN  RESOURCE 
TECHNOLOGIES  AND  A  SUPPORTING  CONSOLIDATED  DATA  BASE 


2.1  NEED  FOR  HUMAN  RESOURCE,  LOGISTICS,  AND  COST  ASSESSMENT 


Human  resources  include  factors  such  as  manpower  quantities, 
types  of  personnel  skills,  skill  levels,  training,  and  technical 
manual  requirements.  These  factors  constitute  a  significant 
portion  of  both  DOD  spending  and  O&S  costs .  In  fact,  it  has  been 
estimated  by  the  U.S.  Commision  on  Defense  Manpower^  that  nearly 
60  percent  of  the  weapon  system  total  life  cycle  costs  are 
attributable  to  these  human  resource  requirements.  Costs 
attributable  to  logistics  requirements  ( such  as  maintenance 
concept,  support  equipment,  and  spares)  increase  this  value  to 
nearly  70  percent.  In  view  of  this,  it  is  clear  that  no 
assessment  of  weapon  system  O&S  costs  can  be  considered  complete 
until  a  systematic  evaluation  of  the  impacts  of  human  resource 
and  logistic  requirements  has  been  conducted. 


2.2  TRADITIONAL  APPLICATION  OF  THE  FIVE  HUMAN  RESOURCE 
TECHNOLOGIES 


This  study  first  considered  the  traditional  application  of 
the  five  technologies  to  determine  how  they  might  be  more 
effectively  used  and  applied  as  an  integrated  methodology.  The 
technologies  considered  are  defined  as  follows. 

MMM  (maintenance  manpower  modeling)  is  a  technique  for 
estimating  the  maintenance  manpower  requirements  for  aircraft 
systems.  This  technology  uses  the  logistics  composite  model 
( LCOM )  to  simulate  the  maintenance  system  in  the  form  of 
maintenance  action  networks . 

ISD  (instructional  system  development)  is  a  deliberate  and 
orderly  process  for  planning  and  developing  instructional 
programs  which  insure  that  personnel  are  taught  the  knowledge, 
and  skills  essential  for  successful  job  performance  (AFP  50-58). 


2 

U.S.  Commission  on  Defense  Manpower.  Defense  Manpower t  The 
Keystone  of  National  Security.  Report  to  the  ^resident  and  to 
Congress,  April  1976. 
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JGD  (job  guide  development)  is  a  method  of  developing  a  broad 
range  of  troubleshooting  and  nontroubleshooting  technical  manuals 
designed  to  reduce  training  ti.ne  and/or  the  skill  required  to 
perform  a  task. 

SOC  (system  ownership  costing)  is  a  systematic  method  of 
estimating  both  the  nonrecurring  support  investment  and  the 
recurring  operating  and  support  costs  and  identifying  major  cost 
contributors. 

HRDT  (human  resources  in  design  trade-offs)  is  an  approach 
using  design  option  decision  trees  (DODTs)  to  identify  critical 
design  trade-offs  and  then  using  human  resource  impact  analysis 
to  quantify  the  effect  of  the  trade-off. 

In  the  past,  these  technologies  either  have  not  been  applied 
at  all  or  have  been  applied  individually  at  various  times  during 
the  weapon  system  acquisition  process.  This  application  is 
depicted  in  Figure  1  and  is  summarized  as  follows. 

MMM  has  been  applied  to  various  aircraft  systems  during  the 
validation  and  full-scale  development  phases  to  predict  system 
maintenance  manpower  requirements.  The  LCOM  simulation  based  on 
maintenance  action  networks  has  been  used  as  the  mechanism  for 
the  analysis. 

ISD  as  a  decision-making  process  is  applied  late  in  the 
validation  phase  to  define  the  training  program.  The 
applicability  of  technical  manuals,  a  rarely-accomplished 
determination,  is  the  only  coordinated  ISD/JGD  activity.  ISD  as 
a  product  development  process  then  continues  through  full-scale 
development  into  production/ deployment . 

JGD  is  initiated  during  full-scale  development  as  a  product 
development  effort  resulting  in  technical  manuals.  During  the 
course  of  its  associated  task  analysis,  a  reconsideration  of  the 
training/support  equipment/technical  manual  mix  is  made. 

SOC  is  not  presently  a  rigorous  technology  but  rather  a 
Defense  Systems  Acquistiion  Review  Council  (DSARC)  milestone 
requirement.  It  is  normally  responded  to  with  a  point  cost 
estimate.  Equations  and  models  for  obtaining  these  estimates  are 
not  standardized,  and  the  sources  of  data  do  not  always 
adequately  reflect  the  system  being  costed. 

HRDT  exists  as  the  DODT  technique  and  as  a  concept  of  using 
human  resource  data  in  design  trade-offs.  Feasibility  studies 
indicate  that  it  can  be  applied  at  many  levels  of  detail 
throughout  system  acquisition.  However,  it  has  not  actually  been 
applied  in  acquisition.  Additionally,  there  is  no  standardized 


DSARC  I  DSARC  II  DSARC  III 

CONCEPT  A  VALIDATION  A  DEVELOPMENT  A  PRODUCTION/DEPLOYMENT 


technique  for  interfacing  HRDT  with  the  other  technologies  to 
obtain  the  human  resources,  logistics,  and  cost  data  associated 
with  the  system  design  and  support  planning  alternatives . 


2.3  INTEGRATED  APPLICATION  OF  THE  FIVE  TECHNOLOGIES  IN  THE  CHRT 


The  CHRT  integrates  the  five  technologies  for  application 
throughout  weapon  system  acquisition.  As  an  assessment 
methodology,  the  CHRT  is  used  to  quantify  the  human  resource, 
logistics,  and  cost  impact  of  system  design  and  support  plans. 
As  a  product  development  methodology,  the  CHRT  is  used  to  develop 
a  coordinated  training  plan  and  technical  manual  set  tailored  to 
the  user  population.  Input  for  these  technologies  is  provided  by 
a  CDB  established  and  maintained  for  the  weapon  system  under 
consideration . 

Figure  2  outlines  the  applications  of  the  human  resource 
technologies  extended  and  integrated  as  CHRT.  These  applications 
are  described  as  follows. 

MMM  is  initiated  in  the  concept  phase  and  updated  during  the 
validation  and  full-scale  development  phases.  During  the 
conceptual  phase,  a  preliminary  maintenance  task  analysis  is 
performed  using  historical  data  from  comparable  systems. 
Maintenance  action  networks  are  then  prepared.  In  lieu  of  the 
LCOM,  the  reliability  and  maintainability  (R&M)  model  is  used  to 
investigate  maintenance  manpower  and  support  equipment 
requirements  and  to  characterize  the  system  and  its  elements  in 
terms  of  reliability  and  maintainability.  The  R&M  model,  an 
average  value  model,  was  developed  for  the  AFHRL  Digital  Avionics 
Information  System  (DAIS)  life  cycle  cost  (LCC)  study.  It  is 
patterned  after  LCOM  and  is  compatible  with  LCOM  input.  The  R&M 
model  is  used  when  the  situation  does  not  require  a  dynamic 
simulation.  In  the  conceptual  phase,  one  would  expect  extensive 
use  of  the  R&M  model.  This  emphasis  would  decrease  and  be 
redirected  to  use  of  LCOM  as  acquisition  proceeds.  The  task 
analysis  data  and  maintenance  action  network  information  from 
which  these  models  operate  are  updated  throughout  acquisition. 

The  ISD/JGD  decision  process  is  initiated  in  the  conceptual 
phase  and  continued  during  the  validation  to  continually  refine 
the  training/ technical  manual  requirement.  This  information, 
along  with  personnel  data,  is  reflected  in  an  early  product  -  the 
personnel,  training,  and  technical  manual  section  of  the 
integrated  logistics  support  plan  (ILSP).  A  single  integrated 
task  analysis  on  the  actual  system  is  initiated  during  full-scale 
development.  This  analysis  is  used  to  define  both  the  training 
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and  technical  manual  information  content  which  subsequently  forms 
the  basis  for  the  coordinated  training  program  and  technical 
manual  development  effort.  A  preliminary  coordinated  training 
program  and  technical  manual  set  may  be  prepared  during  full- 
scale  development.  The  training  program  and  technical  manuals 
are  then  finalized  in  the  production  phase. 

SOC  estimates  are  provided  by  the  reliability, 
maintainability,  and  cost  model  (RMCM)  during  all  phases  of 
acquisition.  This  model  utilizes  the  same  input  as  the  R&M  model 
plus  a  cost  data  bank. 

HRDT  is  incorporated  in  all  acquisition  phases.  DODTs  are 
prepared  for  critical  system  and  support  design  trade-off 
issues.  These  trees  are  used  to  identify  and  document  decision 
points  where  human  resource,  logistics,  and  cost  data  are 
required  to  aid  in  the  decision  process.  The  HRDT  concept  of 
providing  information  at  critical  decision  points  is  implemented 
by  the  RMCM  and/or  LCOM  supplemented  by  other  techniques  required 
to  estimate  training  course  length,  technical  manual 
requirements,  and  operations  manpower.  The  iterative  application 
of  these  estimating  techniques  allows  an  impact  assessment  to  be 
made  for  each  of  the  various  design,  maintenance,  operations,  and 
logistic  support  approaches  under  consideration.  This  assessment 
is  made  in  terms  of  human  resources,  logistics,  and  system 
ownership  cost.  A  review  of  each  assessment  to  identify  areas 
demanding  unacceptable  human  resources,  logistics  requirements, 
or  funding  will  assist  in  identifying  additional  critical  system 
design  and/or  support  planning  issues  for  which  tradeoffs  must  be 
considered. 

All  significant  data  required  to  support  the  five  individual 
technologies  are  consolidated  in  a  single  data  base,  the  CDB, 
under  centralized  control. 
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2.4  THE  CHRT  AND  THE  WEAPONS  ACQUISITION  PROCESS 


Simply  stated,  the  impact  of  design  and  support  planning 
decisions  is  greatest  during  the  program  initiation  or  concept 
phase  when  alternative  solutions  are  being  explored.  These  are 
the  decisions  that  determine  the  basic  system  and  support 
approach  that  will  dominate  all  aspects  of  the  total  weapon 
system  design.  Unfortunately,  at  this  phase  of  acquisition, 
detailed  information  to  support  these  decisions  is  lacking.  All 
too  often,  therefore,  these  early  decisions  are  based  on  program 
direction,  personal  intuition,  and/or  previous  experience  which 
may  or  may  not  be  compatible  with  the  problem.  Rarely  are  these 
decisions  based  on  a  rational  assessment  methodology  that  can  be 
tracked,  validated,  and  finally  verified  during  deployment. 
Thus,  no  one  can  be  held  responsible  for  the  results.  The 
relative  impact  of  system  design  and  support  planning  decisions 
in  acquisition  is  shown  in  Figure  3. 

The  same  situation  occurs  on  acquisition  of  major 
modifications  and  retrofits.  Although  the  system  itself  may  be 
in  a  single  acquisition  phase,  the  modification/retrofit  must 
pass  through  all  phases  of  concept,  design,  development,  and 
production/deployment  before  it  is  complete.  Again,  it  is  in  the 
concept  phase  that  the  basic  system  and  support  decisions  are 
made.  And  again,  they  are  rarely  based  on  a  rational  methodology 
that  can  assess  their  effect. 

On  the  other  hand,  if  the  operational  system  is  to  meet  total 
performance  expectations  in  the  deployment  phase,  the  system 
design  and  support  plan  requirements  on  which  these  expectations 
are  based  must  be  met.  The  hardware  and  software  must  meet 
performance  standards.  Adequate  manpower  with  the  desired  skill 
levels  must  be  provided.  Training  and  technical  manuals  must  be 
compatible  with  the  personnel  skills,  the  tasks  to  be  performed, 
and  the  available  support  equipment.  Often,  the  system  design 
and  support  plan  requirements  are  not  met  and,  as  a  result,  the 
expectations  of  early  acquistiion  are  not  achieved  because  the 
technique  to  translate  expectation  to  reality  is  missing. 

The  CHRT  provides  a  partial  solution  to  these  problems  as  it 
is  both  an  assessment  and  a  product  development  methodology.  The 
assessment  function  extends  analytical  capabilitaies  of  the 
individual  technologies  into  the  early  phases  of  acquisition 
where  improved  assessment  as  a  base  for  evaluating  alternatives 
is  most  needed.  The  product  development  function  (a)  extends  the 
use  of  assessment  data  to  the  personnel,  training,  and  technical 
manual  section  of  the  ILSP,  (b)  integrates  manpower,  personnel 


Figure  3  RELATIVE  IMPACT  OF  SYSTEM  AND  SUPPORT 
DESIGN  DECISIONS  DURING  ACQUISITION 


skills,  and  support  equipment  through  a  single  task  analysis  as 
viable  considerations  in  the  determination  of  training  and 
technical  manual  content,  and  (c)  coordinates  the  previously 
independent  development  of  the  training  program  and  technical 
manual  set. 

The  CHRT  emphasizes  the  assessment  function  during  the  early 
phases  of  acquisition,  thus  filling  a  need  for  a  front-end  impact 
analysis  of  system  design  and  support  plans.  This  assessment 
function  is  used  to  quantify  the  impact  of  system  design  and 
support  plan  decisions  at  various  levels:  weapon  system,  such  as 
aircraft;  major  system,  such  as  avionics;  subsystem,  such  as 
inertial  navigation  set;  or  line  replaceable  unit  (LRU),  such  as 
gyro.  The  assessment  is  made  in  terms  of  effects  on  human 
resources,  logistics,  and  costs.  The  human  resource  and 
logistics  factors  assessed  are  manpower  quantities,  personnel 
skills  and  skill  levels,  training  duration,  technical  manual 
content,  support  equipment  quantity  and  type,  reliability,  and 
maintainability.  The  cost  factors  are  the  elements  of  LCC: 
system  investment,  support  investment,  and  O&S  costs.  The  CHRT 
is  particularly  sensitive  to  support  investment  and  O&S  costs. 
These  two  factors  constitute  SOC  and  describe  the  nonrecurring 
and  recurring  cost  impact  of  the  support  design. 

The  product  development  fucntion  is  emphasized  during  the 
development  and  production/deployment  phases  of  acquisition. 
Although  this  function  is  primarily  oriented  to  the  mainteannce 
area,  it  also  may  be  used  to  address  operations.  The  product 
development  function  uses  assessment  data  in  the  early  stages  of 
acquisition  to  define  a  coordinated  training  and  technical  manual 
program  which  will  support  a  specific  system  design  and  support 
plan.  During  the  development  and  product ion/deployment  phases, 
the  coordinated  training  program  and  technical  manual  set  are 
prepared . 


2.5  THE  MAINTENANCE  ACTION  NETWORK  CONCEPT 


The  maintenance  action  network  concept,  a  key  feature  of  MMM, 
is  also  a  key  feature  in  the  integration  of  the  five  technologies 
and  the  application  of  CHRT  as  an  assessment  methodology.  A 
brief  description  of  the  maintenance  action  network  as  a  means  of 
modeling  the  maintenance  system  is  provided  here  to  provide  the 
reader  with  a  basic  understanding  of  the  concept. 

A  maintenance  action  network  is  depicted  in  Figure  4.  This 
network  represents  the  possible  unscheduled  maintenance  actions 
which  may  occur  within  a  subsystem  of  an  aircraft  major  system. 


Figure  4  GENERALIZED  MAINTENANCE  ACTION  NETWORK 


An  example  would  be  the  radar  subsystem  of  the  avionics  system. 
Maintenance  actions  are  performed  at  either  the  organizational 
(flightline)  or  the  intermediate  (shop)  level.  Depot  level 
maintenance  is  not  depicted.  With  minor  modifications,  thi3 
format  also  may  be  used  to  represent  scheduled  maintenance. 

Each  node  in  the  network  representation  indicates  the 
beginning  and/or  end  of  a  specific  event  such  as  subsystem 
failure,  set-up,  support  equipment,  or  troubleshooting.  With  the 
exception  of  subsystem  failure,  each  event  is  annotated  to 
indicate  (a)  the  probability  that  the  event  will  occur,  (b)  the 
time  required  to  complete  the  event,  (c)  the  maintenance 
personnel  characteristics  (skills,  levels,  and  quantity)  required 
to  support  the  event,  and  (d)  the  support  equipment  (type  and 
quantity)  required  to  support  the  event.  Subsystem  failure  is 
annotated  only  with  the  probability  of  occurrence. 

The  data  used  to  annotate  these  networks  in  the  early 
acquisition  phases  are  developed  from  an  analysis  of  historical 
data  on  comparable  equipment.  This  analysis  is  partially 
judgmental  and  must  consider  the  source  of  the  historical  data 
and  the  intended  application  of  the  proposed  system.  Historical 
data  are  gradually  replaced  with  actual  subsystem  data  as  the 
subsystem  hardware  is  built  and  use  data  are  collected.  The 
networks,  therefore,  grow  from  an  estimated  to  an  actual  model  of 
the  maintenance  system. 

The  manpower  and  support  equipment  resources  required  to 
support  the  maintenance  system  are  then  determined  using  either  a 
summing  technique  to  determine  average  value  or  by  simulation  to 
determine  the  dynamic  response  to  a  unique  operational 
scenario.  These  techniques  are  supplemented  with  other 
techniques  to  estimate  training,  technical  data,  operation 
manpower,  and  cost  to  provide  a  complete  human  resources  and  life 
cycle  cost  estimate.  This  will  be  explained  in  later  sections  of 
this  report. 


III.  OVERVIEW  OF  THE  CHRT  AND  THE  CDB 


This  section  provides  an  overview  of  the  CHRT  methodology  and 
the  CDB.  The  remaining  sections  of  this  report  provide  in-depth 
discussions  of  the  CHRT  and  the  CDB. 


3 . 1  GENERAL 


The  CHRT  and  the  CDB  are  depicted  in  Figure  183.  In  this 
figure,  CHRT  activities  are  represented  by  blocks  A  to  F  as 
follows . 


A.  Program  Definition,  Comparability,  and  Task  Analysis 

B.  Cost  Data  Bank  Preparation 

C.  Logistic  Resource  Assessment 

D.  Life  Cyle  Cost  Assessment 

E.  Impact  Assessment 

F.  Product  Development 


Input  and  output  data  of  each  activity  are  represented  by 
ellipses  1  to  17.  The  major  -’-ita  outputs  and  products  of  the 
total  processes  are  represented  by  hexagons  01  to  03 . 


01.  Baseline  Assessments 
02.  Alternative  Assessments 

03.  Coordinated  Training  and  Technical  Manual  Products 


Figure  18  is  a  fold-out  located  at  the  end  of  this  report.  It 
may  be  extended  at  this  time  and  referred  to  while  reading  this 
section . 
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The  total  process  is  the  CHRT.  All  data,  with  the  exception  of 
external  data  sources  (ellipse  1),  make  up  the  CDB  required  to 
support  the  process. 


3.2  CHRT  APPLICATION 


Before  proceeding  with  a  more  detailed  account  of  the 
activities  and  data  which  comprise  the  CHRT  and  the  CDB,  it  is 
important  to  understand  the  basic  concept  and  options  represented 
by  Figure  18. 

As  an  assessment  methodology,  the  CHRT  is  basically  an 
information  feedback  process  whereby  a  weapon  system  design  and 
support  plan  with  alternatives  are  described  and  assessed  by  the 
various  CHRT  activities.  These  assessments  (hexagons  01  and  02) 
are  in  terms  of  human  resources,  logistics,  and  cost  factors  and 
are  specific  outputs  of  the  impact  assessment  activity  (block  F) . 
The  assessments  are  used  by  management  in  further  defining  the 
weapon  system.  This  feedback  process  is  applicable  throughout 
all  phases  of  acquisition  and  is  designed  for  iterative 
application  at  several  levels  of  equipment  detail  (that  is, 
weapon  system,  major  system,  subsystem,  or  LRU). 

As  a  product  development  methodology,  the  CHRT  uses  the 
information  developed  by  the  CHRT  activities  to  develop 
coordinated  training  and  technical  manual  products  (hexagon 
03).  These  products  range  from  the  personnel,  training,  and 
technical  manual  section  of  the  ILSP  in  early  acquisition  to  the 
actual  training  plan  and  technical  manuals  produced  in  the  full- 
scale  development  and/or  production  phase. 

The  CHRT  is  relevant  and  cost-effective  throughout 
acquisition  for  three  reasons.  One,  it  can  draw  on  both 
historical  and  current  data  sources.  Two,  it  operates  from  a 
single  evolving  data  base.  Three,  there  is  an  inherent  flow 
option  in  the  process  which  changes  methodology  emphasis  from 
assessment  to  product  development  as  acquisition  proceeds. 

An  inspection  of  the  flow  diagram  (Figure  18)  reveals  a  dual 
routing  to  the  product  development  activity  (block  F).  This 
activity  may  draw  on  either  the  data  output  of  the  logistic 
resource  assessment  activity  (block  C)  which  is  represented  by 
ellipses  9  through  15,  or  the  intermediate  products  (ellipse  16) 
output  of  the  program  definition,  comparability,  and  task 
analysis  activity  (block  A)  .  This  option  in  flow  reflects  a 
transition  in  the  CHRT  orientation. 


30 


During  the  concept,  design,  and  early  development  phases,  the 
CHRT  is  primarily  an  assessment  methodology.  The  assessments, 
represented  by  ellipses  9  through  15,  are  used  to  define  and 
develop  the  personnel,  training,  and  technical  manual  plans  and 
programs.  During  the  mid-development  phase,  however,  the  CHRT 
emphasis  is  on  product  development.  The  major  inputs  to  the 
product  development  activity  at  this  time  are  the  intermediate 
products  which  are  the  result  of  an  integrated  task  analysis 
performed  on  equipment.  These  intermediate  products  form  the 
basis  for  the  coordinated  training  program  and  technical  manual 
set . 

It  is  very  important  to  note,  however,  that  the  CHRT  always 
retains  both  assessment  and  product  development  functions.  It  is 
the  emphasis  on  the  functions  that  changes.  The  assessment  and 
product  development  functions  are  complementary  and  may  be 
applied  in  whole  or  in  part  during  either  system  acquisition  or 
modification/ retrofit. 


3.3  THE  CONSOLIDATED  DATA  BASE  (CDB ) 


The  CHRT  is  supported  by  a  CDB  prepared  for  the  weapon  system 
under  coi  s ^deration .  The  data  base  contains,  at  a  single 
location,  .11  data  required  to  achieve  the  aims  of  each  of  the 
five  technologies.  The  data  groups  ahd  files  (subgroups) 
composing  the  CDB  are  listed  in  Table  1.  The  data  groups  are 
identified  in  Figure  18  as  ellipses  2  through  17.  (Note  that 
ellipse  1,  external  data  sources,  is  not  part  of  the  CDB  and  is 
discussed  in  Section  3.4.) 


Table  1  CONSOLIDATED  DATA  BASE  COMPOSITION 


PROGRAM  REQUIREMENTS 


Key  Event  &  Operational 
Readiness  Schedule 
Detailed-Phased  Schedule 

SYSTEM  DESIGN 

Hardware  Configuration/ 
Characteristics 
Software  Configuration/ 
Characteristics 

SUPPORT  PLAN 


Baseline(s) 

Alternatives 

EXPVAL  OUTPUT 

Baseline ( s) 
Alternatives 

R&M  OUTLINE 

Baseline(s) 

Alternatives 


Baseline (s) 


OPERATIONS  AND  SUPPORT 


ESTIMATES 

Alternatives 

MAINTENANCE  REQUIREMENTS 
AND  TASKS 

Maintenance  Activity 
Network  Data 
R&M  Model  Data 
Maintenance  Training 
Course  Data 

OPERATIONS  REQUIREMENTS 
AND  TASKS 

Operations  Crew  and 
Aircraft  Use  Data 
Operations  Schedule 
Operator  Tasks 
Operator  Course  Material 
Data 

ALTERNATIVES 

System/Subsystem  Design 
Option  Decision  Trees 
Support  Design  Option 
Decision  Tree 
Alternative  Listing 


Operations  Manpower  Estimates 
e  Baseline(s) 
e  Alternatives 
Support  Maintenance  Manpower 
Estimates 
e  Baseline(s) 

•  Alternatives 

TRAINING  ESTIMATES 

Maintenance  Training  Estimates 

•  Baseline(s) 
e  Alternatives 

Operator  Training  Estimates 
e  Baseline(s) 

•  Alternatives 


TECHNICAL  MANUAL  ESTIMATES 

Baseline( s) 

Alternatives 


Baseline( s) 
Alternatives 


Table  1  CONSOLIDATED  DATA  BASE  COMPOSITION  (concluded) 


INTERMEDIATE 

Preliminary  Task  Identification 
Matrix  (PTIM) 

User  Description 
Technical  Manual/Training 
Trade-Off  Ground  Rules 
Task  Analysis  Work  Sheets 
Annotated  Task  Identification 
Matrix  (ATIM) 

Level-of-Detail  Guide 
Test  Equipment  and  Tool  Use 
Forms  (TETUF) 

LIFE  CYCLE  COST  ESTIMATES 

Baseline(s) 

Alternatives 


BASELINE  ASSESSMENTS 

Baseline  1 
Baseline  N 

ALTERNATIVE  ASSESSMENTS 

Baseline  1 
Baseline  N 

COORDINATED  TRAINING/TECHNICAL 
MANUAL  PRODUCTS 

Integrated  Personnel , 

Training,  and 
Technical  Manual  Data 
Training  Products 
Technical  Manual  Products 
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Each  CDB  data  group  has  been  developed  and  structured  for 
specific  application  wfthin  the  CHRT.  The  CDB  consists  of  both 
computerized  data  formatted  for  operation  with  a  specific 
automated  program  and  hard  copy  data  used  or  developed  as  part  of 
a  manual  operation.  This  hard  copy,  in  some  cases,  may  be  the 
output  of  one  or  more  of  the  automated  programs. 

Ideally,  the  CDB  is  established  during  the  concept  phase  of 
acquisition.  Initially,  the  CDB  is  dependent  on  external 
planning,  historical,  and  estimated  data.  Information  is 
selected  from  these  external  data  sources  and,  where  necessary, 
adjusted  to  characterize  the  weapon  system  under  consideration. 
This  adjustment  is  part  of  a  technical  procedure  called 
comparability  analysis.  The  initial  activity  -  program 
definition,  comparability,  and  task  analysis  (block  A)  -  results 
in  a  preliminary  description  of  the  hardware/software  design, 
proposed  manpower,  and  the  support  plan,  as  well  as  the  tasks 
that  must  be  performed  to  operate  and  maintain  the  system. 

As  the  system  acquisition  proceeds  from  design  through 
development,  the  CDB  is  improved  in  accuracy  and  detail  by 
replacing  planning  and  historical  information  with  information 
acquired  on  the  actual  system.  This  actual  system  information 
consists  of  design/performance  data,  hardware/software 
configuration,  manning,  support  data,  and  the  results  of  an 
integrated  task  analysis  performed  on  system  equipment. 


3.4  EXTERNAL  DATA  SOURCES 


External  data  sources  (ellipse  1)  contribute  to  the  total 
CHRT  process,  but  are  not  part  of  the  CDB.  This  data  group 
represents  the  baseline  and  supplementary  data  sources  from  which 
information  pertinent  to  the  weapon  system  under  investigation 
and  essential  to  the  CHRT  application  is  drawn.  The  information 
in  this  data  group  is  required  for  the  two  initial  CHRT 
activities ; 


1.  Program  Definition,  Comparability,  and  Task  Analysis 
(block  A) . 

2.  Cost  Data  Bank  Preparation  (block  B) . 


These  activities  establish  and  maintain  the  portion  of  the  CDB 
essential  to  complete  the  remaining  activities. 
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The  specific  data  sources  used  to  secure  information  will 
vary  with  time  and  the  particular  weapon  system  program.  It  is 
the  responsibility  of  the  CHRT  manager  of  any  program  to  secure 
information  from  the  most  current  and  applicable  data  sources 
available.  When  application  of  the  CHRT  is  delegated  to  a 
contractor,  it  is  the  responsibility  of  the  CHRT  manager  to 
oversee  the  contractor's  efforts  and  to  assure  that  the 
contractor  uses  appropriate  data  sources. 

External  data  sources  may  be  described  as  either  baseline  or 
supplementary.  A  baseline  data  source  applies  to,  and  in  some 
ways  specifically  defines  or  constrains,  the  new  weapon  system 
approved  for  further  development.  The  baseline  data  sources  are 
officially  controlled  and  revised  at  a  DSARC  milestone  or  some 
functionally  similar  review. 

The  baseline  data  sources  are  shown  in  Table  2.  This  table 
identifies  the  baseline  data  sources  (the  cells  within  the 
table).  The  table  relates  data  sources  to  type  of  data  and 
stages  of  weapon  system  acquisition.  The  baseline  data  sources 
describe  the  baseline  approach  in  each  of  these  areas.  Baseline 
data  sources  may  or  may  not  identify  alternatives  to  the  baseline 
approaches . 

Supplementary  data  sources  include  all  appropriate  historical 
records  and  standards.  Examples  of  supplementary  data  sources 
are  AFM  66-1,  Historical  Maintenance  Data;  AFR  173-10,  USAF  Cost 
Planning  Factors;  technical  data  and  manuals  on  similar  equipment 
or  software;  higher  headquarters  directives;  and  contractor 
proposals.  Supplementary  data  sources  are  not  rigidly  defined. 
This  data  category  includes  any  information  which  would  provide 
greater  insight  to  the  weapon  system  under  construction. 

During  the  concept  and  design  phases  of  acquisition,  external 
data  sources  (ellipse  1)  are  generally  limited  to  historical 
records,  standards,  estimates,  and  preliminary  designs  and 
plans.  During  the  development  and  production/deployment  phases, 
more  accurate  data  reflecting  the  actual  equipment  become 
available.  These  more  accurate  data  consist  of  both  detail 
design  data  and  performance  data  on  the  actual  system  hardware 
and  software.  In  addition,  the  standards  (such  as  regulations 
and  military  specifications)  continue  to  apply. 
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Table  2  BASELINE  DATA  SOURCES 


3.5  DETAILED  DESCRIPTION  OF  THE  CHRT  AND  THE  CDB 


Detailed  descriptions  of  the  CHRT  activities  and  the  CDB  data 
groups  are  provided  in  the  following  sections.  These  sections 
are  organized  to  address  first  the  specific  CHRT  activity.  The 
descriptions  will  refer  to  data  groups  which  can  be  related  to 
Figure  18  and  also  to  those  which  cannot.  Table  1  lists  the  data 
file  names  as  well  as  the  associated  data  groups. 


IV.  PROGRAM  DEFINITION,  COMPARABILITY,  AND  TASK  ANALYSIS 


4.1  OVERVIEW 


The  program  definition,  comparability,  and  task  analysis 
(block  A)  is  the  data  gathering/data  development  effort  required 
to  establish  and  maintain  the  front  end  of  the  CDB.  Information 
appropriate  to  both  the  baseline  weapon  system  and  any 
alternatives  under  consideration  is  gathered  during  this 
activity.  A  review  of  the  external  data  sources  (ellipse  1)  is 
made  to  establish  the  program  requirements  (ellipse  2),  the 
system  design  (ellipse  3),  and  the  support  plans  (ellipse  4)  data 
groups.  With  these  data  groups  established,  work  is  then  started 
on  the  alternatives  (ellipse  7)  data  group.  Few  actual  data  are 
available  for  any  weapon  system  in  the  early  phases  of 
acquisition;  therefore,  comparable,  historical,  and  estimated 
data  must  be  used  to  initiate  these  data  groups,  as  well  as  the 
maintenance  requirements/tasks  (ellipse  5)  and  operations 
requirements /tasks  (ellipse  6)  data  groups.  As  acquisition 
proceeds,  the  data  files  are  gradually  updated  with  actual  system 
data  as  they  become  available.  Initially,  the  best  available 
design  or  performance  data  adjusted  to  represent  field 
application  is  uSed.  Finally,  in  full-scale  development  or 
production/deployment,  an  integrated  task  analysis  is  performed 
preferably  on  actual  equipment.  This  analysis  is  used  to  update 
the  maintenance  and  operators  requirements/tasks  data  groups  and 
also  results  in  the  intermediate  products  data  group  (ellipse 
16). 


4.2  PROGRAM  DEFINITION,  COMPARABILITY,  AND  TASK  ANALYSIS 
ACTIVITY 


The  program  definition,  comparability,  and  task  analysis 
activity  (block  A)  is  the  data  gathering/data  development  effort 
required  to  establish  and  maintain  the  front  end  of  the  CDB.  The 
data  groups  that  make  up  this  portion  of  the  CDB  are  program 
requirements  (ellipse  2),  system  design  (ellipse  3),  support 
plans  (ellipse  4),  maintenance  requirements  and  tasks  (ellipse 
5),  operations  requirements  and  tasks  (ellipse  6),  and 
alternatives  (ellipse  7). 

These  data  groups  and  their  associated  data  files  will  be 
referenced  in  the  following  discussion.  (They  will  not  be 


39 


fRSCSOlNO  PAGE  BLANK-NCT  FI  Lt&D 


discussed  in  detail,  however,  until  Section  4.3.)  To  maintain 
orientation,  the  reader  is  encouraged  to  refer  to  Table  1  in 
Section  3.3  during  the  following  discussion. 

The  methodology  employed  to  accomplish  the  program  defintion, 
comparability,  and  task  analysis  consists  of  several 
techniques.  These  include  the  program  defintiion  analysis, 
comparability  analysis,  and  integrated  task  analysis. 


4.2.1  Program  Definition  Analysis 


The  program  defintion  analysis  is  the  initial  CHRT  effort 
that  must  be  conducted  to  put  the  weapon  system  (and/or  systems 
of  special  interest)  into  context  for  CHRT  application.  The 
specific  goals  of  any  CHRT  application  must  be  well  defined 
before  initiating  this  effort  so  that  the  resources  and  activity 
may  be  limited  to  achieving  those  goals. 

Initially,  a  review  of  external  data  sources  (ellipse  1)  is 
made  to  establish  the  program  requirements  data  group  (ellipse  2) 
and  the  support  plans  data  group  (ellipse  4).  Portions  of 
several  data  groups  are  also  established  as  data  files.  These 
are  the  maintenance  activity  data  file,  the  operations  and 
aircraft  use  data  file,  the  operations  schedule  data  file,  and 
the  alternative  listing  data  file.  Simultaneously,  the  system 
design  data  group  (ellipse  3)  is  established  with  equipment 
configuration  data,  and  the  preliminary  information  required  to 
prepare  the  DODTs  is  obtained.  These  latter  two  efforts 
initially  require  significant  engineering  support. 

There  is  no  specific  methodology  involved  in  the  program 
definition  analysis.  It  is  the  data  research  effort  required  to 
identify  the  characteristic  data  elements  which  define  the  weapon 
system  program. 


4.2.2  Comparability  Analysis 


Simply  stated,  a  comparability  analysis  or  study  is  the 
overall  process  used  to  develop  data  on  newly  proposed  or 
designed  weapon  systems  by  selecting  operational  equipment 
similar  to  that  of  the  proposed  weapon  system  and  by  adjusting 
the  resource  data  associated  with  operational  equipment  to 
reflect  the  unique  characteristics  of  the  proposed  equipment. 
The  comparability  analysis  includes  the  development  of 
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maintenance  demand  rates  for  the  proposed  equipment  which,  in 
turn,  can  be  used  to  determine  resource  requirements  (such  as 
manpower,  support  equipment,  and  spares  for  the  weapon  system) . 
It  also  includes  a  systematic  procedure  for  finding  operational 
equipment  that  is  similar  to  the  proposed  equipment. 

The  comparability  analysis  is  drawn  from  the  MMM  technology 
where  it  is  applied  to  aircraft  hardware.  Within  CHRT,  however, 
the  concept  is  extended  to  software,  operations,  and  training. 

The  CHRT  has  integrated  the  LCOM  simulation  and  the  R&M  model 
as  tools  to  assess  the  maintenance  manpower  and  support  equipment 
required  to  support  an  operational  weapon  system.  Both  the  LCOM 
and  the  R&M  model  require  input  data  in  the  form  of  maintenance 
action  networks  (see  Figure  4  in  Section  2).  These  networks 
represent  the  maintenance  system  and  reflect  both  the  system 
design  and  the  support  plan.  Early  estimates  of  the  maintenance 
task  data,  which  these  networks  contain,  must  be  based  on  Air 
Force  experience  with  comparable  subsystems  and  equipment  on 
existing  aircraft  modified  to  reflect  the  new  system  and  support 
design  and  the  environment.  The  technique  used  to  develop  the 
maintenance  task  data  is  generally  termed  a  comparability 
analysis  or  study.  It  is  described  in  detail  in  References  1,  2, 
and  3 . 

A  comparability  analysis  is  initiated  using  the  outline  of 
the  hardware/configuration/characteristics  data  file  as  a 
starting  point.  That  data  file  is  completed  and  the  maintenance 
action  network  and/or  the  R&M  model  data  files  are  developed. 
These  latter  two  files  model  the  hardware  maintenance  system. 

The  comparability  concept  is  extended  within  the  CHRT  to 
address  software,  operator  tasks,  and  training.  The  software 
configuration/characteristics  data  file  is  defined  using 
comparable  systems  and  functions  to  estimate  configuration, 
sizing,  and  other  characteristics.  The  operator  tasks  data  file 
is  initially  developed  as  a  list  of  new  or  reallocated  tasks 
related  to  a  comparable  operational  system.  (For  example,  the 
AMST  was  related  to  the  C-130.)  Finally,  the  maintenance 
training  and  operator  course  material  data  files  are  established 
with  comparable  course  data  which  are  used  in  further  analysis. 

The  increased  dependency  of  aircraft  systems  (particularly 
avionics)  on  software  necessitates  a  detailed  assessment  of 
software  support  requirements.  This  assessment  includes  not  only 
the  operational  flight  program,  but  also  the  supporting  hardware 
and  software.  Efforts  to  develop  improved  techniques  to  address 
this  area  continue  to  be  researched.  Most  of  these  efforts, 
however,  use  the  comparability  technique.  In  the  development  of 
the  software  configuration/characteristics  data  file,  the  basic 
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architecture,  programs,  and  functions  required  of  a  system  are 
identified  and  then  sized  in  terms  of  memory  requirements. 
Comparable  software  systems  or  portions  thereof  are  used  as 

references  in  making  these  intial  estimates.  Additional 
estimates  are  made  to  scope  changes  anticipated  due  to 

programming  errors  and  new/modified  requirements.  This 

information  may  then  be  used  to  assess  resources  such  as 

facilities,  manpower,  and  system  ownership  cost.  Improvements 
are  presently  being  made  to  the  CHRT  to  address  this  issue  in 

greater  depth  and  with  increased  accuracy. 

As  used  to  develop  operator  task  data,  the  comparability 
analysis  technique  has  several  steps.  The  first  step  in  this 
development  process  is  to  identify  in  a  preliminary  task  list 
new,  eliminated,  or  reallocated  operational  tasks  relative  to  a 
comparable  system.  This  might  be  accomplished  by  a  mock-up  task 
analysis.  The  next  step  is  to  develop  an  expanded  operator  task 
list  which  integrates  these  changes  in  a  comparable  system  task 
list.  Samples  of  preliminary  and  expanded  operator  task  lists 
are  provided  in  the  next  section.  Finally,  the  maintenance 
training  and  operator  course  material  data  files  are  established 
using  comparable  training  course  data  for  the  required  skills. 
Course  and  task  data  are  used  in  resource  assessment  to  estimate 
training  requirements . 


4.2.3  Integrated  Task  Analysis 


The  integrated  task  analysis  is  the  systematic  study  of  the 
requirements  of  the  tasks  which  must  be  performed  to  operate  and 
maintain  the  weapon  system.  The  task  analysis  should  result  in  a 
determination  of  training  objectives  and  of  the  behaviors  and 
tasks  a  technical  manual  must  support.  The  task  analysis  should 
be  accomplished  on  actual  hardware  and  include  hardware  analysis, 
job  performance  observation,  and  interviews.  The  hardware 
analysis  should  be  continually  updated  through  analysis  of 
systems  documentation,  actual  hardware,  and  interviews  with 
experts.  Information  on  tasks  involving  the  hardware  should  be 
acquired  by  actual  job  performance  observation.  The  user  always 
must  be  kept  in  mind. 

There  are  essentially  two  levels  of  analysis:  task 
identification  and  analyses  of  the  identified  tasks.  Initially, 
tasks  are  identified  as  statements  of  man-machine  interactions 
which  are  outgrowths  of  the  function  assignments  of  men  and 
machines.  As  presented,  they  do  not  entail  understanding  of  the 
underlying  behavioral  process.  However,  at  some  point,  the 
analysis  must  be  carried  down  to  the  behavioral  level;  that  is. 


cue-response  to  develop  personnel  subsystem  products.  The 
integrated  task  analysis  is  normally  accomplished  during  the  mid 
to  late  development  phase.  Conceivably,  this  analysis  might  even 
be  delayed  until  early  production.  This  is  not  desirable, 
however,  and  usually  would  be  dictated  by  scheduling  or  financial 
considerations . 

The  function  of  the  integrated  task  analysis  is  to  provide 
the  foundation  for  the  development  of  coord ianted  training  and 
technical  manual  products.  The  integrated  task  analysis  was 
originally  directed  at  maintenance  tasks  and  will  be  discussed 
here  in  that  context.  The  approach,  however,  is  also  applicable 
with  modifications  to  operations. 

The  integrated  task  analysis  is  described  in  detail  in  AFHRL- 
TR— 73-43  (References  4,  5,  and  6).  There  are,  however,  some 
variations  as  it  is  applied  within  CHRT:  (a)  the  analysis  is 
applied  to  maintenance  and  operations,  (b)  it  is  used  as  the 
baseline  for  both  training  and  technical  manual  development,  and 
(c)  its  intermediate  products  are  tailored  to  implement  the 
personnel,  training,  and  technical  manual  approach  reflected  in 
the  assessments.  Additionally,  the  information  gathered  in  the 
task  analyses  is  used  to  appropriately  update  all  data  groups 
resulting  from  the  program  definition  and  task  analysis  activity. 

The  following  paragraphs  will  discuss  the  task  analysis 
procedure  as  refined,  and  will  generally  describe  the  data  files 
of  the  intermediate  products  data  group  as  they  relate  to  the 
task  analyses.  These  data  files  consist  of  the  following: 
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1.  Preliminary  task  identification  matrix  (PTIM) . 

2.  User  description. 

3.  Technical  manual/ training  trade-off  ground  rules. 

4.  Task  analysis  work  sheets. 

5.  Annotated  task  identification  matrix  (ATIM). 

6.  Level-of-detail  guide. 

7.  Test  equipment  and  tool  use  forms  (TETUF). 

These  data  files  will  be  described  in  more  detail  in  Section  4.3. 

The  first  step  in  the  analysis  is  accomplished  in  the  form  of 
the  PTIM.  In  the  area  of  maintenance,  what  the  technician  does 
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is  determined  by,  in  most  cases,  and  limited  by  the  hardware  on 
which  the  maintenance  activity  is  performed.  To  identify  the 
tasks,  there  must  be  a  listing  of  the  hardware  components  and 
their  parts  to  the  level  at  which  the  maintenance  will  be  carried 
out.  This  listing  is  provided  in  the  PTIM. 

The  next  step  in  the  analysis  is  a  matter  of  preference.  The 
AFHRL-TR-73-43  series  describes  a  procedure  that  begins  with  a 
PTIM  and  then  an  ATIM  followed  by  a  series  of  other  documents. 
While  the  procedure  described  has  obvious  merit,  it  must  be 
tailored  to  the  scope  of  the  task.  The  task  analyst  should  not 
be  tyrannized  by  task  analysis  forms  and  procedures  such  that  the 
work  of  filling  out  the  forms  exceeds  the  value  of  the 
information.  Furthermore,  the  procedure  must  allow  for 
iteration,  which  is  important  to  task  analysis  development.  At 
this  point  in  time,  however,  a  description  of  the  intended  user 
of  the  technical  manuals  and  training  program  should  be  prepared 
and  verified.  Additionally,  work  on  the  technical 
manual/training  trade-off  ground  rules  should  be  initiated. 

The  task  analysis  worksheets  are  the  second  step  and  the  key 
intermediate  product.  The  initial  base  for  these  sheets  is  the 
PTIM  which  provides  hardware  definition.  The  task  identification 
and  description  information  presented  on  these  worksheets  is 
completed  bit  by  bit  as  the  analysis  proceeds.  The  purposes  of 
the  worksheet  file  are  as  follows: 


1.  Identify  and  verify  hardware  elements  and  task  steps. 

2.  Describe  the  cue  and  accompanying  responses  for  each 
step. 

3.  Ascertain  the  sensory,  motor,  and  cognitive  demands  on 
the  technician. 

4.  Determine  essentially  how  the  technician  knows  what  to 
do,  how  to  do  it,  and  what  feedback  is  available  to 
indicate  that  it  is  done  correctly. 

5.  List  tools  and  equipment  used. 

6.  Evaluate  safety  hazards  and  environmental  factors. 


Enough  detail  should  be  acquired  to  identify  the  cues  and 
responses  required  to  accomplish  the  task.  Detailing  to  this 
level  requires  an  intensive  examination  of  the  equipment  and 
tasks.  Therefore,  the  completion  of  this  information  will  occur 
during  the  interview  and  job  observation  activity.  It  is 
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difficult  to  complete  the  several  documents  called  for  in  AFHRL- 
TR-73-43  until  this  level  of  detail  of  task  identification  and 
description  has  been  reached?  otherwise,  the  information 
allocation  to  a  training  and/or  technical  manual  would  be 
arbitrary. 

The  task  analysis  should  be  performed  on  actual  equipment. 
Unfortunately,  it  is  often  difficult  to  obtain  equipment  for  task 
analysis  particularly  on  new  acquisition  programs.  Therefore, 
the  task  analysis  worksheets  should  first  be  outlined  using 
drawings  and/or  mockups .  The  actual  task  performance  then  should 
be  video  taped.  The  outline  prepared  the  task  analyst  for  real¬ 
time  participation  in  the  task  analysis.  The  video  taping 
procedure  assures  that  a  record  of  all  task  activity  is  retained 
and  provides  a  ready  reference  for  a  followup  interview  and 
iteration  of  worksheet  data. 

The  task  analysis  worksheets  provide  the  space  to  identify 
the  hardware  elements  and  task  steps,  to  describe  the  cue  and 
response  for  each  step,  and  to  document  the  specific  sensory, 
motor,  or  cognitive  demands  on  the  technician.  They  are  also 
used  to  document  other  task  information,  direct  the  use  of 
alternative  tools,  note  safety  hazards  and  environmental  factors, 
and  cover  the  tools  and  equipment  required  to  perform  the  task. 
The  worksheets  allow  documentation  of  objectives  or  functions 
that  should  receive  special  emphasis  during  training  and/or  in 
the  technical  manual.  As  the  task  analysis  worksheets  are 
completed,  the  test  equipment  and  tool  use  forms  (TETUFs)  are 
also  completed.  The  TETUFs  document  the  functions  of  the  test 
equipment  or  tools  and  identify  the  information  to  be  allocated 
to  technical  manuals  or  training.  This  latter  determination  is 
made  using  the  technical  manual/training  trade-off  ground  rules 
previously  mentioned. 

The  detailed  task  data  available  from  the  completed 
worksheets  and  the  completed  technical  manual/training  trade-off 
ground  rules  facilitate  the  completion  of  the  ATIM.  The 
technical  manual/training  trade-off  ground  rules  established  for 
the  desired  personnel,  training,  and  technical  manual  approach 
assure  that  appropriate  allocations  are  made  in  task  information 
coverage  to  training  and  the  technical  manual.  The  ATIM  provides 
a  matrix  on  which  the  technical  manual/training  allocation  can  be 
documented.  The  fact  that  a  specific  maintenance  function  is 
performed  on  a  system  hardware  item  is  determined  during  the  task 
analysis.  This  fact  is  also  documented  on  the  ATIM  with  an 
annotation  which  indicates  where  the  allocation  of  information 
will  be  emphasized.  The  possible  choices  are  training  (H), 
technical  manual  (B),  or  both  training  and  technical  manual 
(J).  The  H,  B,  and  J  notations  have  traditionally  represented 
"head",  "book",  and  "joint",  respectively. 
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The  level-of-detail  guide  is  established  in  parallel  with 
the  foregoing  activity.  The  completed  ATIM,  level-of-detail 
guide,  and  TETUFs  provide  the  final  intermediate  product 
package.  The  information  provided  in  this  intermediate  product 
package  may  be  supplemented  as  desired  by  the  task  analyst.  Some 
suggestions  are  made  in  AFHRL-TR-73-43 . 


4.2.4  DODTs 


DODTs  comprise  the  system/subsystem  design  option  decision 
tree  and  the  support  design  option  decsion  tree  data  files.  They 
provide  a  graphic  format  with  which  to  display  the  various  design 
options  available  at  each  decision  point  in  the  design  process. 
The  DODT  facilitates  early  identification  of  design  options  to 
evaluate  appropriate  options  for  impact  on  human  resources, 
logistics,  and  cost. 

The  technique  for  preparing  DODTs  is  clearly  explained  in 
AFHRL-TR-75-9,  Reference  7.  DODTs  are  used  in  CHRT  to  depict  the 
overall  system  and  critical  subsystems.  The  general  system  level 
is  important  because  the  trade-offs  normally  depicted  have 
significant  life  cycle  impact.  These  trade-offs  might  include 
such  decisions  as  crew  size,  number  of  engines,  and  structural 
configuration.  In  addition,  the  general  system  tree  is  helpful 
in  identifying  critical  subsystems. 

Subsystem  DODTs  are  expensive  to  develop  and  should  be 
limited  to  critical  subsystems.  These  critical  subsystems  become 
apparent  as  system  and  design  concepts  evolve.  These  subsystems 
press  the  state-of-the-art  (such  as  STOL  engine/wing 
configuration),  are  critical  to  all  missions,  have  many  operating 
elements,  receive  heavy  use  (such  as  landing  gear),  and  have  many 
inherent  alternatives  (such  as  avionics).  The  CHRT  extended  the 
DODT  concept  to  the  support  design  also.  A  basic  logistic  option 
tree  was  developed  to  document  the  baseline  approach  and  to 
identify  viable  alternative  logistics  concepts. 


4.3  DATA  OUTPUT  OF  THE  PROGRAM  DEFINITION,  COMPARABILITY,  AND 
TASK  ANALYSIS  ACTIVITY 


The  data  output  of  the  program  definition,  comparability, 
and  task  analysis  consists  of  the  data  groups  and  associated  data 
files  as  follows.  (Refer  also  to  Figure  18.) 


PROGRAM  REQUIREMENTS 


OPERATIONS  REQUIREMENTS  AND  TASKS 


Key  Event  &  Operational 
Detailed  Phased  Schedule 

SYSTEM  DESIGN 


Hardware  Configuration/ 
Characteristics 
Software  Configuration/ 
Characteristics 

SUPPORT  PLANS 

Baseline( s) 

Alternatives 

MAINTENANCE  REQUIREMENTS 
AND  TASKS 

Maintenance  Activity  Data 
Maintenance  Action  Network 
Data 

RS.M  Model  Data 

Maintenance  Training  Course 

Data 


Operations  Crew  and  Aircraft  Use 
Data 

Operations  Schedule 
Operator  Tasks 

Operator  Course  Material  Data 

INTERMEDIATE  PRODUCTS 

PTIM 

User  Description 

Technical  Manual/Training  Trade-off 
Ground  Rules 

Task  Analysis  Work  Sheets 
ATIM 

Level-of-Detail  Guide 
TETUF 

ALTERNATIVES 

System/ Subsystem  Design  Option 
Decision  Trees 
Support  Design  Option 
Decision  Trees 
Alternative  Listing 


Detailed  descriptions  of  these  data  groups  and  files  are 
provided  in  the  subsections  which  follow. 
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4.3.1  Program  Requirements  Data  Group 


The  program  requirements  data  group  (ellipse  2)  consists  of 
two  data  files.  These  files  are  a  key  event  and  operational 
readiness  schedule  and  a  detailed  phased  schedule.  Roth  contain 
the  production  and  operational  planning  information  necessary  to 
perform  resource  and  cost  assessments  (blocks  C  and  D).  The 
prime  data  source  from  which  these  schedules  may  be  developed  is 
the  weapon  system  Program  Management  Plan  (PMP).  The  program 
requirements  data  group  is  usually  affected  by  system  design  and 
support  planning  alternatives  unless  the  total  character  of  the 
design  or  procurement  approach  is  the  alternative  in  question. 
One  set  of  files,  therefore,  should  be  adequate. 


4. 3. 1.1  Key  Event  and  Operational  Readiness  Schedule  Data  File 


The  key  event  and  operational  readiness  schedule  data  file 
provides  detailed  program  schedule  information.  It  is  maintained 
in  the  CDB  as  hard  copy.  The  schedule  indicates  the  following: 


1.  Dates  for  events  such  as  delivery  of  aircraft  (A/C)  and 
initial  operating  capability  (OIC). 

2.  Total  number  of  training  (Tng)  and  operational  (Ops) 
squadrons  (sq)  available  each  year. 

3.  Squadron  distribution  in  terms  of  the  number  of 
Continental  United  States  (CONUS)  or  overseas  (0/S) 
locations  and  the  number  of  squadrons  per  location. 


As  the  acquisition  program  progresses,  other  key  events 
(such  as  DSARC  reviews,  contract  training  start,  and  technical 
manual  validation  and  verification)  would  be  added.  The  sources 
for  this  data  file  are  the  PMP  and  contractor  schedules.  This 
file  is  primarily  a  source  for  cost/cost-related  data  (ellipse 
8).  An  example  schedule  is  provided  in  Table  3. 


4. 3. 1.2  Detailed  Phased  Schedule  Data  File 


The  detailed  phased  schedule  data  file  depicts  the 
production  schedule,  operations  phase-in  and  phase-out  plan,  and 
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Table  3  KEY  EVENT  AND  OPERATIONAL  READINESS  SCHEDULE 


Data 

Event 

Tng 

Sq 

Ops 

Sq 

Conus 

No. 

Locations 

Sq/Loc 

O/S  Locations 

No.  Sq/Loc 

Oct  82 

Production  Decision 

1 

- 

1 

1 

- 

- 

Oct  82 

First  Delivery 

1 

- 

1 

1 

- 

-- 

Oct  83 

4  A/C 

1 

-- 

- 

- 

- 

-- 

May  84 

10C 

1 

1 

1 

2 

- 

- 

Oct  84 

20  A/C 

1 

1 

1 

2 

- 

- 

Oct  85 

60  A/C 

1 

3 

2 

2 

- 

- 

Oct  86 

120  A/C 

1 

7 

3 

2 

1 

2 

Oct  87 

180  A/C 

1 

10 

3 

3 

1 

2 

Oct  88 

240  A/C 

1 

14 

3 

3 

2 

2 

1 

1 

Oct  89  i 

Oct  03) 

277  A/C 

1 

16 

4 

3 

2 

2 

Oct  04 

273  A/C 

1 

16 

4 

3 

2 

2 

expected  use  over  the  system  life  cycle.  This  data  file  is  also 
retained  in  the  CDB  as  a  hard  copy  presentation.  The  primary 
sources  for  this  schedule  would  be  the  PMP  and  the  generalized 
operational  requirement  (GOR).  The  file  is  primarily  a  source 
for  cost/cost-related  data  (ellipse  3)  and  for  the  preparation  of 
baseline  and  alternative  assessments  (ellipses  01  and  02).  An 
example  schedule  is  shown  in  Table  4,  enhanced  to  include 
operations  manpower  estimates  in  the  crew  column. 


4.3.2  System  Design  Data  Group 

The  system  design  data  group  (ellipse  3)  describes  the 
elements  of  the  system  design.  It  consists  of  two  data  files: 
the  hardware  configuration/characteristics  data  file  and  the 
software  configuration/characteristics  data  file. 


4. 3. 2.1  Hardware  Conf igur acion/Characteristics  Data  File 


The  hardware  configuration/characteristics  data  file  details 
system  equipment  and  is  retained  in  the  CDB  as  a  Hollerith  and 
card  deck.  A  deck  is  prepared  for  each  weapon  system  of  interest 
(for  example,  AMST).  Each  deck  contains  a  set  of  cards  for  each 
major  system  of  interest  within  the  weapon  system  ( for  example, 
landing  gear) .  An  individual  card  is  prepared  for  each  subsystem 
within  the  major  system  (such  as  wheels  and  tires)  and  for  each 
LRU  within  the  subsystem  (such  as  nose  landing  gear  tire).  A 
card  listing  is  also  maintained  for  reference.  A  sample  card 
listing  is  provided  in  Table  5,  followed  by  a  description  of  the 
card  format  and  column  content. 

The  hardware  configuration/characteristics  listing  cards  are 
formatted  as  follows: 

Columns  Identifier 

1-2  Card  type  indicator  (always  CR) . 

This  provides  a  cross-reference  between  the  equipment 
name  and  identification  number  for  the  R&M  model  and 
RMCM. 

4-10  Equipment  identification  (ID)  number. 

The  ID  defines  the  equipment  in  a  series  of  codes 
showing  the  type  of  weapon  system  in  column  4,  the 
major  system  within  the  weapon  system  in  column  5, 
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functional  grouping  of  the  major  system  in  column  6, 
and  a  numerical  breakdown  by  operational  function 
(such  as  radar  navigation,  radio  navigation,  or 
bombing  navigation),  subsystem,  line  replaceable  unit 
(LRU),  and  shop  replaceable  unit  (SRU)  in  columns  7 
to  10.  These  codes  are  determined  by  the  user  since 
they  are  configuration-dependent. 

11-12  Card  sequence  (always  1). 

14-18  Work  unit  code  (WUC) . 

The  WUC  is  used  to  identify  each  subsystem  and  LRU  in 
the  aircraft  system. 

26-27  The  quantity  per  aircraft  (QPA)  of  a  particular 

subsystem  or  LRU  i-  he  aircraft  system. 

29-67  Equipment  name  or  description  of  the  operational 

function  assigned  to  a  subsystem  or  LRU.  (Right- 
justify  comparable  system  identification,  if 
applicable . ) 

75-76  The  number  of  LRUs  in  the  subsystem  for  which  input 

data  have  been  provided,  and  the  number  of  SRUs  per 
LRU  on  LRU  input  cards.  Input  data  are  provided  for 
those  LRUs  requiring  a  significant  amount  of 

unscheduled  maintenance. 


The  hardware  conf iguration/characteristics  data  file  is 
directly  affected  by  hardware  alternatives.  The  R&M  data  file 
(if  used)  and  the  maintenance  action  netawork  data  file  are  also 
sensitive  to  other  alternatives.  A  separate  group  of  cards  must 
be  developed  to  cover  each  alternative.  The  mechanics  are 
covered  under  resource  assessment  (block  C)  in  Section  9.  The 
data  in  these  files  are  obtained  through  the  comparability 
analysis  during  early  acquisition.  These  data  are  then  gradually 
updated  to  reflect  actual  equipment  as  actual  data  (such  as 
specifications  and  drawings)  become  available. 

The  hardware  conf iguration/characteristics  data  file  is  used 
both  as  an  equipment  listing  and  also  as  the  cross-reference  file 
input  to  the  resource  assessment  program  which  translates  the 
simplified  LCOM  Extended  Form  11  data  file  to  an  R&M  data  file. 
This  automatic  transformation  allows  the  R&M  model  to  be  driven 
by  simplified  LCOM  Extended  Form  11  data.  It  eliminates  the  need 
to  retain  both  an  R&M  data  file  and  an  LCOM  Extended  Form  11  data 
file  in  the  CDB. 
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4. 3. 2. 2  Software  Configuration/Characteristics  Data  File 


The  software  conf iguration/characteristics  data  file  lists 
software  functions  to  be  performed  and  computer  memory 
requirements.  It  is  retained  in  the  CDB  as  a  hard  copy  list. 
The  source  of  these  data  would  be  the  engineering  activity 
responsible  for  system  development.  The  data  are  used  to  assess 
software  requirements  and  costs. 

A  sample  of  a  computer  memory  requirements  table  is  shown  in 
Table  6.  This  table  was  prepared  during  the  early  AMST  prototype 
phase  by  the  Air  Force  Avionics  Laboratory.  A  separate  software 
conf iguration/characteristics  data  file  is  maintained  on  each 
major  system  for  which  software  is  required. 
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Table  6  PROJECTED  AMST  COMPUTER  MEMORY  REQUIREMENTS 


SOFTWARE  FUNCTIONS 
Input  Control  Processing 
Computed  Air  Release  Point 
Navigation  Filter 
FCS  Format  Output 
Output  Display  Data 
CDR  Interface 
On-Board  Test 
Computer  Self-Test 
Executive/MUX  Control 
Utility  Routines/Constants 
Weight/Balance/C. G. 

Optimum  Cruise 

*K  indicates  thousands 


MEMORY  (16  BIT  WORDS)* 
0. 5K 
2.  OK 
1 . 5K 
0. 2K 
2.  OK 
0.  IK 
0.  IK 
0. 6K 
2.  OK 
1. 5K 
0.5K 
0. 5K 


The  data  in  the  software  configuration/characteristics  data 
file  are  used  as  an  input  to  both  resource  assessment  (block  C) 
and  cost  data  bank  preparation  (block  B) .  It  is  also  expected  to 
be  the  baseline  from  which  software  maintenance  tasks  are 
identified.  The  reader  can  expect  significant  revision  to  and 
expansion  of  these  data. 


4.3.3  Support  Plans  Data  Group 


The  support  plans  data  group  (ellipse  4)  consists  of  a  series 
of  basic,  but  significant  statements  describing  the  ILS  elements 
and  reflecting  the  latest  ILS  decisions.  The  number  of  data 
files  within  this  data  group  vary  with  the  number  of  logistic 
support  approaches  being  assessed.  Each  support  plan  data  file 
is  used  to  summarize  the  ILS  concept,  plan,  or  program.  These 
files  are  also  used  as  a  guide  in  the  development  of  the 
maintenance  action  networks  since  these  networks  must  reflect  the 
planned  method  of  maintenance  support  as  well  as  the  appropriate 
maintenance  actions.  A  support  plan  data  file  developed  for  the 
AMST  is  shown  in  Table  7. 

For  a  total  weapon  system  where'  CHRT  is  being  applied  to  many 
major  systems  or  subsystems,  the  type  of  data  file  shown  in  Table 
7  may  be  too  general .  This  i  ;  because  it  does  not  discriminate 
variations  in  the  support  plan  required  to  accommodate  unique 
system  characteristics.  In  such  cases,'  a  support  plan  data  file 
is  needed  for  each  system.  For  example,  separate  support  plan 
data  files  may  be  desirable  for  engines  and  avionics. 
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Table  7  AMST  SUPPORT  PLAN  DATA  FILE 


ILS  ELEMENT  STATEMENT 

Maintainability  and  MMH/FA  -  19 

Reliability  Interface  MTTR/FL  -  0.5 

Operational  Availability  -  .85 

Maintenance  Plan  3  Level  Organic  Maintenance 

Support  6  Test  Equipment  Combination  of  Support  Equipment, 

1  Automatic  Test  Equipment,  and 

Built-In  Test  Equipment 

Supply  Support  Single  Depot  for  4  CONUS,  2  0/S 

t  Bases 

Transportation  &  Handling 

Technical  Data  >  „  Task-Oriented  Technical  Manuals 


Facilities  Single  Software  Support  Facility 

Personnel  &  Training  Standard  Personnel  Levels 

Specialty  Training  -  Conventional 
Technical  Training  -  Conventional 
Field  Training  Detachment  (FTD) 

System  Ownership  Cost 

Objective  Design-to-LCC 
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4.3.4  Maintenance  Requirements  and  Tasks  Data  Group 


The  maintenance  requirements  and  tasks  group  (ellipse  5) 
provides  direct  input  data  to  the  cost  data  bank  preparation 
(block  B)  and  logistic  resource  assessment  (block  C) 
activities.  This  data  group  consists  of  four  data  files:  (a) 
maintenance  activity,  (b)  maintenance  action  network,  (c)  R&M 
model,  and  (d)  maintenance  training  course  data  files. 


4. 3. 4.1  Maintenance  Activity  Data  File 


The  maintenance  activity  data  file  is  a  hard  copy  statement 
of  expected  maintenance  coverage  and  maintenance  manpower 
efficiency  by  Air  Force  specialty  code  (AFSC)  and  skill  level.  A 
five-day  per  week,  eight-hour  shift,  and  a  .6  efficiency  factor 
were  used  to  express  peacetime  maintenance  activity  for  the  AMST 
on  the  CHRT  demonstration.  This  description  was  applied  to  all 
AFSCs .  A  six-day  per  week,  12-hour  shift,  and  .8  efficiency 
factor  was  assumed  for  a  wartime  maintenance  activity.  (The 
efficiency  factors  are  normally  found  in  operations  or  ILS 
documents.)  The  expected  maintenance  coverage  and  maintenance 
manpower  efficiency  data  are  required  to  convert  maintenance  man¬ 
hours  per  flying  hour  ( MMH/FH)  to  quantify  personnel.  The 
failure  drivers  (e.g.,  sorties,  rounds  of  ammunition,  flying 
hours)  must  be  indicated  by  the  user.  For  the  R&M  model,  these 
are  stated  in  terms  of  their  relationship  to  flying  hours  for  the 
period  being  computed.  MMH  per  time  period  is  a  standard  output 
of  three  resource  assessment  techniques:  (a)  the  LCOM  simulation, 
(b)  the  expected  value  model,  and  (c)  the  R&M  model. 


4. 3.4. 2  Maintenance  Action  Network  Data  File  (Extended  Form  11 
File) 


The  maintenance  action  network  data  file  reflects  the 
maintenance  system  for  a  specific  hardware  configuration.  This 
file  is  the  master  maintenance  system  file  and  the  major  input  to 
both  LCOM  and  the  R&M  model.  It  is  the  most  significant  data 
file  in  the  CDB  and  requires  the  most  resources  to  develop  and 
maintain.  It  is  also  the  most  sensitive  file  because  almost  any 
system  and/or  support  change  will  require  a  modification  to  the 
maintenance  action  networks.  A  detailed  description  of  these 
networks,  their  development,  maintenance,  and  use  was  provided  in 
Section  2.5.  Discussion  here  is  limited  to  content  and  format. 
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The  maintenance  action  network  data  file  consists  of  a  card 
deck  developed  in  the  Extended  Form  IT.  format.  The  Extended  Form 
11  was  developed  at  AFHRL  to  compress  onto  one  form  the  task 
network  information  of  the  LCOM  Form  11,  the  task  resource 
requirements  of  LCOM  Form  12,  the  reosurce  definitions  of  LCOM 
Form  13,  the  failure  clock  decrements  of  LCOM  Form  14,  and  the 
report  headings  of  LCOM  Form  10.  See  References  26  and  27  for 
more  information  on  preprocessors  of  the  Extended  Form  11  which 
prepare  the  LCOM  forms.  The  Extended  Form  11  is  completely 
compatible  with  the  preprocessors  for  the  LCOM  simulation  and 
partially  compatible  with  a  preprocessor  for  the  R&M  model.  The 
degree  of  this  compatibility  with  the  R&M  model  is  directly 
proportional  to  the  complexity  of  the  network. 

Because  of  its  importance  to  CHRT  and  the  CDB,  a  workable 
description  of  the  data  elements  and  the  specific  format  for  each 
field  of  these  80-column  records  follows.  (The  coding  of 
maintenance  acton  networks  in  the  Extended  Form  11  format  is 
described  in  Reference  2.) 

The  card  layout  form  for  these  records  is  shown  in  Figure  5 
and  a  codes  and  symbols  dictionary  is  provided  in  Table  8.  The 
dictionary  may  be  referenced  by  column  number  of  the  field  or  by 
the  name  of  the  field.  The  field  format  of  the  data  elements  is 
provided  in  Table  9  and  the  appropriate  clarifying  definitions 
are  provided  in  Table  10. 
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Table  9  FIELD  FORMAT  OF  DATA  ELEMENTS 


Data  Elements 

Field  Format 

Column 

Title 

Length 

Type 

Justification 

Decimal 

Placemer 

5-10 

PRIOR  NODE 

6 

X 

R* 

11 

BLANK 

1 

- 

12 

ACTION  CODE 

1 

X 

F 

13-17 

WUC 

5 

X 

F 

— 

18 

BLANK 

1 

— 

19-24 

NEXT  NODE 

6 

X 

R* 

— 

25 

BLANK,  EXCEPT  HEADER 

1 

A 

F 

— 

26 

SELECTION  MODE 

1 

A 

F 

— 

27-32 

MSBMA  OR  PROBABILITY  <E,G) 

R 

(2,5) 

33 

BLANK 

1 

— 

34-38 

CLOCK  NUMBER 

5 

X 

F 

— 

39 

release 

1 

X 

F 

— 

40 

TYPE  TASK 

1 

N 

F 

- 

41 

PRIORITY 

1 

N 

F 

- 

42 

BLANK 

1 

- 

43-47 

HOURS 

5 

N 

R 

1 

48-50 

%  VARIANCE 

3 

N 

F 

0 

51 

DISTRIBUTION  TYPE 

1 

A 

F 

— 

52 

BLANK 

1 

- 

53 

NUMBER 

1 

N 

F 

0 

54-58 

AFSC/AGE 

5 

X 

L 

- 

59 

BLANK 

1 

- 

60 

NUMBER 

1 

N 

F 

0 

61  65 

AFSC/AGE 

5 

X 

L 

- 

66 

BLANK 

1 

- 

67 

NUMBER 

1 

N 

F 

0 

68-72 

AFSC/AGE 

5 

X 

L 

- 

73 

BLANK 

1 

- 

74 

NUMBER 

1 

N 

F 

0 

75-79 

AFSC/AGE 

5 

X 

L 

- 

80 

CONTINUATION 

1 

A 

F 

•These  fields  have  been  coded  right-justified,  but  the  LCOM  program  will  automatically  left-justify 
them. 


Table  10  DEFINITION  FOR  FIELD  FORMAT  OF  DATA  ELEMENTS 


DATA  ELEMENT 

A  basic  unit  of  information  that  has  a  unique  meaning  that  may  have  subcategories  of 
distinct  units  or  values  (data  items). 

DATA  ELEMENT  DEFINITION 

A  narrative  defintiion  of  the  data  element  in  sufficient  detail  to  present  a  dear  and 
complete  understanding  of  the  precise  data  or  element  of  information  that  the  data 
element  presents. 

DATA  ITEM 

A  subcategory  of  descriptive  information,  distinct  units,  or  values  classified  under  a 
data  element. 

DATA  CODE 

A  number,  letter,  character,  symbol,  or  any  combination  thereof  used  to  represent 
either  a  data  item,  or  a  data  element  having  no  data  item  subcategories. 

FIELD  FORMAT 

A  specification  for  the  length,  type,  justification,  and  decimal  placement  of  a  data 
element  or  data  item  thereof. 

LENGTH 

The  number  of  character  positions  in  the  data  element.  When  the  length  is  variable,  a 
maximum  is  specified. 

TYPE 

A  specification'  of  the  character  type,  where  "A"  specifies  that  all  characters  of  the  data 
element  are  alphabetic;  "N"  specifies  that  all  characters  of  the  data  element  are  numeric; 
and,  "X"  specifies  that  the  characters  of  the  data  element  may  be  alpha  or  numeric,  and 
may  contain  special  characters. 

JUSTIFICATION 

Specifies  from  which  side  of  the  field  the  characters  of  the  data  element  are  entered. 
Those  starting  at  the  left  are  left-justified  (L);  those  at  the  right  are  right-justified  (R); 
and,  those  which  always  occupy  the  entire  field  are  fixed  (F)'. 

OECIMAL  PLACEMENT 

Specifies  the  number  of  character  positions  to  the  right  of  the  assumed  decimal  point 
when  the  data  element  it  numeric  in  all  character  positions.  A  dash  will  be  used  if  this 
column  is  not  applicable. 


63 


A  description  of  data  elements  for  the  header  card  records 
and  task  records  *is  provided  as  follows. 


HEADER  CARD  RECORDS 
Column ( s )  Data  Element 

25 

34-38  Clock  Number 

42-73 

75-78  Classification 

Identifier 


Definition 

H  indicates  the  record  is 
a  header  card . 

The  work  unit  code  (WUC) 
of  the  subsystem.  The 
same  clock  number  is 
entered  on  every  task 
record  in  the  network  that 
follows  the  F  tasks. 

Equipment  title  and/or 
description  of  the 
subsystem  LRU  of  the 
network  that  follows. 

A  code  to  identify  the 
misaion  and  system,  or 
functional  portion  of  a 
system  of  which  the 
subsystem  is  a  part.  (See 
Table  8,  CODES  AND 
SYMBOLS. ) 


TASK  RECORDS 

Column ( s )  Data  Element  Definition 

5-10  Prior  Node  The  starting  node  number 

for  each  task. 

12  Action  A  code  identifying  the 

type  of  activity  occurring 
in  the  task.  The  action 
code  with  the  WUC  entry  in 
the  next  field  constitutes 
the  task  code.  (See  Table 
8,  CODES  AND  SYMBOLS.) 
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13-17 


WUC 


19-24 


26 


27-32 


34-38 


Next  Node 


Selection  Mode 


MSBMA  or  prob¬ 
ability 


Clock  Number 


The  work  unit  code 
assigned  to  the  subsystem 
or  LRU  being  maintained. 
Columns  12-17  are  the  task 
code  for  the  action/event 
taking  place  for  that 
particular  record.  (See 
Table  8,  CODES  AND 
SYMBOLS . ) 

Follows  the  Task  Code  and 
is  used  as  the  starting 
node  for  the  next  task. 

The  next  node  is  left 
blank  when  no  more  tasks 
follow. 

A  code  that  specifies  the 
network  task  processing 
logic.  An  appropriate 
Mean  Sorties  Between 
Maintenance  Actions 
(MSBMA)  or  probability 
parameter  will  be 
specified  in  columns 
27-32,  when  applicable. 
(See  Table  8,  CODES  AND 
SYMBOLS . ) 

When  used  with  an  F 
Selection  Mode,  this  field 
gives  MSBMA.  When  used 
with  an  E  or  G  Selection 
Mode,  this  field 
enumerates  the  mutually 
exclusive  probability  (E) 
or  non-mutually  exclusive 
probability  (G)  path  being 
taken. 

The  WUC  of  the  subsystem 
in  question  (must  agree 
with  columns  13-17  of  the 
F  task) .  It  identifies 
which  failure  clock 
triggered  the  network  and 
is  entered  on  every  task 
record  for  that  network. 
(See  Table  8,  CODES  AND 
SYMBOLS . ) 
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39 


Release 


An  asterisk  indicates  that 
the  action  being  taken  and 
those  that  follow  do  not 
interfere  with  the  return 
of  the  aircraft  to 
available  status. 

40  Type  Task  A  code  to  specify  what 

type  of  task  is  to  be 
performed.  It  may  be 
scheduled  (3),  unscheduled 
( 2 ) ,  or  a  dummy  task 
(5).  (See  Table  8,  CODES 
AND  SYMBOLS . ) 

41  Priority  The  priority  of  that  task 

network.  A  "l"  indicates 
aircraft  level,  whereas  a 
"3”  is  a  shop  level  task. 

43-47  Hours  Time  taken  to  complete 

task  in  hours  and  tenths 
of  an  hour. 

48-50  %  Variance  The  dispersion  from  the 

statistical  mean  of  the 
distribution  selected.  In 
the  case  of  the  lognormal 
distribution,  it  is  the 
standard  deviation  of  the 
logs  and  is  measured  in 
percent . 

51  Distribution  Type  The  type  of  statistical 

distribution  selected  for 
the  task  times.  (See 
Table  8,  CODES  AND 
SYMBOLS . ) 

53/60/67/74  N  indicates  the  number  of 

people  or  items  of  support 
equipment  needed  to  do  the 
task . 

54-58  AFSC/AGE  The  type  of  maintenance 

and  repair  specialist  or 
the  particular  support 
equipment  needed  to  do  the 
work  required  by  the  task. 
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Note:  A  skill  level  code  is  assigned  in  the 

fourth  position  of  each  specialist  code 
unless  an  X,  for  unknown,  is  used.  (See 
Table  8,  CODES  AND  SYMBOLS,  for 
specialists,  skill  level,  and  support 
equipment  codes.) 

80  Continuation  A  "C"  is  entered  in  this 

column  if  additional 
fields  (more  than  four) 
are  needed  to  list 
specialists  or  support 
equipment  whereby  a 
continuation  record 
follows . 


An  example  of  a  maintenance  action  coded  in  Extended  Form.  11 
format  is  provided  in  Table  11.  The  networks  represent  a  portion 
of  those  projected  for  the  AM  ST  landing  gear  with  5-skill  level 
maintenance  supported  by  conventional  training  and  technical 
manuals . 

The  maintenance  action  network  data  file  tends  to  become  more 
complex  as  detailed  information  becomes  available.  The  networks 
are  extended  to  include  additional  tasks,  parallel  tasks,  and 
tasks  with  multiple  records  (for  example,  the  same  task  with 
several  probability-driven  task  characteristics).  At  this  point, 
the  CHRT  manager  must  decide  whether  or  not  to  retain  both  a 
maintenance  action  network  data  file  and  an  R&M  model  data 
file.  The  alternative  is  to  reduce  the  maintenance  action 
network  data  file  when  an  R&M  is  required. 


4. 3.4. 3  R&M  Model  Data  File 


The  maintenance  action  network  (Extended  Form  11)  data  file, 
described  in  Section  4. 3.4.2,  is  only  required  if  LOOM  simulation 
is  to  be  run.  If  the  CHRT  manager  requires  only  the  R&M  model, 
only  the  R&M  data  file  need  be  established.  The  R&M  file  is 
maintained  on  an  80-column  record  and  represents  maintenance 
action  networks.  However,  these  networks  are  limited  in  the 
number  of  tasks  represented  and  are  maintained  in  a  different 
format.  A  detailed  description  of  these  networks  and  their 
development,  maintenance,  and  use  was  discussed  in  Section  2.5. 
The  description  of  the  format  and  content  of  the  R&M  model  data 
file  follows. 
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Table  11  MAINTENANCE  ACTION  NETWORK  EXTENDED  11  FORMAT 


H 

00010 

AMST  NORMAL 

DAILY 

FLIGHT 

JOOOO 

HINSP 

JOOOI 

0 

(30010 

31 

10  29L 

143151 

JOOOI 

HPREFT 

J0002 

0 

00010 

31 

S  29L 

143151 

J0002 

HSTART 

J0003 

D 

00010 

31 

2  29L 

J0003 

HTAXI1 

J0004 

0 

00010 

31 

3  29L 

J0004 

200000 

J0005 

s 

dooi  b 

31 

J0005 

HTAXI2 

J0006 

0 

OOOIO 

31 

2  29L 

J0006 

HPSTFT 

J0007 

D 

00010 

31 

2  29L 

143151 

J0007 

0CRHT1 

J0008 

D 

00010 

31 

J0008 

CALLS'! 

J0009 

C 

00010 

31 

J0009 

HREAOY 

0 

00010 

31 

H 

13A00 

21 

A3AOO 

F13A00 

CSEOOO 

F 

29 

1  3AOO 

21 

CSEOOO 

YOPTOI 

A3A01 

E 

.20 

13A00 

21 

CSEOOO 

YOPT02 

A3A02 

E 

.20 

13AOO 

21 

CSEOOO 

Y0PT03 

A3A03 

E 

.20 

13AQ0 

21 

CSEOOO 

YOPT04 

A3A04 

E 

.20 

13AOO 

21 

CSEOOO 

YOPT05 

A3A13 

E 

.20 

13AOO 

21 

A3A01 

T13A01 

A3A05 

E 

.SO 

13A00 

21 

t  29L 

142354 

142334 

142350 

1431 5RC 

T13A01 

13AOO 

21 

143151 

1D60 

A3A01 

T13A1C 

E 

.20 

13AOO 

21 

11  29L 

1423S4 

142334 

142350 

14315RC 

T13A1C 

13A00 

21 

143151 

1060 

A3A05 

H13A01 

E 

.SO 

13A00 

21 

17  29L 

142354 

142350 

14315R 

143151C 

H13A01 

13AOO 

21 

1060 

A3A0S 

R13A01 

A3A09 

E 

.20 

13AOO 

21 

28  29L 

142354 

142334 

142350 

143151C 

R13A01 

13A00 

21 

106G 

A3A02 

T13A02 

A3A06 

c 

.80 

13A00 

21 

S  29L 

142354 

142334 

142350 

14315RC 

T13A02 

13AOO 

21 

143151 

1010  INF2 

A3A02 

T13A2C 

E 

.20 

13AOO 

21 

11  29L  - 

142354 

142334 

142350 

14315RC 

T13A2C 

13AOO 

21 

143151 

1060 

INF2 

A3A06 

M13A02 

E 

.80 

13AOO 

21 

17  29L 

142354 

142350 

1431SR 

143151C 

M13A02 

13A00 

21 

1060 

INF2 

A3A0B 

R13A02 

A3A09 

E 

.20 

13A00 

21 

28  29L 

142354 

142334 

142350 

143151C 

R13A02 

13AOO 

21 

1060 

INF2 

A3A03 

T13A03 

A3A07 

E 

.80 

13A00 

21 

S  29L 

142354 

142334 

142350 

14315RC 

T13A03 

13A00 

21 

143151 

1060 

4TJ30E 

2TJ30NC 

T13A03 

13A00 

21 

1H27M 

A3A03 

T13A3C 

E 

20 

13A00 

21 

11  29L 

142354 

142334 

142350 

14315RC 

T13A3C 

13A00 

21 

143151 

1060 

4TJ30E 

2T030NC 

T13A3C 

13A00 

21 

1M27M 

A3A07 

M13A03 

E 

.80 

13A00 

21 

17  29L 

142354 

142350 

1431 5R 

143151C 

M13A03 

13A00 

21 

1060 

4TJ30E 

2TJ30N 

1M27M 

A3A07 

R13A03 

A3A09 

E 

20 

13A00 

21 

28  29L 

142354 

142334 

142350 

143151C 

R13A03 

13A00 

21 

1060 

4T0302 

2T030H 

1M27M 

A3A04 

T13A04 

A3A08 

E 

.30 

13AOO 

21 

S  29L 

142354 

142334 

14350  14315RC 

T13A04 

13A00 

21 

143151 

1060 

INF2 

4TJ30EC 

T13A04 

13AOO 

21 

2TJ30N 

1M27M 

A3A04 

T13A4C 

E 

.20 

13A00 

21 

11  29L 

142354 

142334 

142350 

1431 5RC 

T13A4C 

13A00 

21 

143151 

1060 

INF2 

4TJ3060 

713A4C 

13AOO 

21 

2TJ30N 

1M27M 

A3A08 

M13A04 

E 

.30 

13A00 

21 

17  29L 

142354 

142350 

14315R 

143151C 

M13A04 

13AOO 

21 

1060 

INF2 

4TJ305 

2TJ30NC 

M13A04 

13A00 

21 

1M27M 

A3A08 

R13A04 

A3A09 

c 

.20 

13A00 

21 

28  29L 

142354 

142334 

142350 

143151C 

R13A04 

13AOO 

21 

1060 

INF2 

4TJ30E 

2TJ30NC 

R13A04 

13A00 

21 

1M27M 

A3  A  09 

SHOP 

S  ASA  00 

0 

13A00 

21 

A3A13 

T13A05 

A3A14 

E 

.30 

13AOO 

21 

6  29L 

142354 

142334 

142350 

14315RC 

T13A06 

13AQ0 

21 

143151 

1060 

1MD3 

A3A13 

T13A5C 

6 

.20 

13AOO 

21 

11  29L 

142354 

142334 

142350 

14315RC 

T13A5C 

13A00 

21 

143151 

1060 

1MD3 

A3A14 

M13A05 

E 

30 

13AOO 

21 

17  29L 

142354 

142350 

14315R 

1431 51 C 

VI13A06 

13A00 

21 

1060 

1N03 

KEY  FIELDS 
therefore, 

Columns 

1-2 


4-10 


-  Columns  1  to  11  are  used  as  the  key  fields  and, 
the  format  is  common  to  all  of  the  card  types. 

Identifier  Definition 

Card  Type  Indicates  the  type  of  data  to  be 

found  on  the  record  (column  1) 
and  indicates  whether  they 
reflect  flight  line,  shop,  or 

reference  data  (column  2). 


CR 

Cross-reference 

ILF 

A.FSC  with  skill  level  - 

F/L 

LS 

AFSC  with  skill  level  - 

shop 

IMF 

Reliability  mean  values 

-  F/L 

PF 

Probability  -  F/L 

PS 

P  probability  -  shop 

SF 

Support  equpment  -  F/L 

ss 

Support  equipment  -  shop 

TF 

Task  time  -  F/L 

TS 

Task  time  -  shop 

Equipment 

Defines  the  equipment  in  a 

Identification 

series  of  codes  showing 

( ID)  Number 

type 

of  weapon  system 

(column  4),  major  system 
within  the  weapon  system 
(column  5),  functional 
grouping  of  the  major 
system  (column  6),  and  a 
numerical  breakdown  by 
operational  function  (such 
as  radar  navigation,  radio 
navigation,  or  bombing 
navigation),  subsystem, 
line  replaceable  unit,  and 
shop  replaceable  unit 
(columns  7-10).  These 
codes  are  determined  by 
the  user  since  they  are 
configuration-dependent . 

An  example  of  a  data  card 
encoding  format  used 
previously  for  equipment 
specifications  is: 


Column  4  Weapon  system 
Column  5  Major  system 
A  avionics 


Column  6  Functional  group 
A  air-ground-attack 
C  communications 
I  instruments 
M  miscellaneous 
tl  navigation 
Z  core 

Column  7  -  Operational  function 

Column  8  -  Subsystem 

Column  9  -  Line  replaceable  unit 

Column  10  -  Shop  replaceable 
unit 

The  sequential  number  of 
each  record  for  a 
particular  subsystem  or 
line  replaceable  unit 
within  a  particular  card 


FLIGHT  LINE  TASKS  -  Common  to  LF,  PF,  SF,  and  TF  card  types. 


Columns 

1-12 

14-18 

20-24 

26-30 

32-36 

38-42 

44-48 

50-54 


Task 

Code  Task  Name  -  Definition 

See  key  fields. 

(A)  Set  up  the  support  equipment  and  maintenance 

stands  that  will  be  used  by  the  technician 
to  provide  the  power  and  the  accessibility 
necessary  to  troubleshoot  and  repair  the 
equipment  that  has  failed. 

(T)  Troubleshoot  the  reported  discrepancy  to 

isolate  the  cause  and  to  determine  if  the 

repair  action  is  to  be  a  remove  and  replace 
or  if  the  repair  can  be  accomplished  on  the 
aircraft. 

(C)  Cannot  Duplicate  ( CND )  -  a  troubleshooting 

action  that  cannot  duplicate  the  reported 

discrepancy. 

(R)  Remove  &  Replace  (R&R)  -  once  the 

discrepancy  has  been  isolated  to  a 

particular  LRU  and  a  determination  has  been 
made  that  the  repair  is  to  be  made  in  the 
shop,  the  faulty  unit  is  removed  and 

replaced  by  a  spare. 

(M)  On  A/C  Maintenance  -  if  the  discrepancy  is 

minor  and  does  not  need  shop  repair,  the 
equipment  is  maintained  on  the  aircraft 
(A/C).  For  example,  this  includes 

adjustments?  replacement  of  bulbs,  knobs, 
and  fuses?  and  aircraft  wiring  problems. 

^VR)  R&R  Verification  -  after  the  removal  and 

replacement  of  the  faulty  LRU  is  completed, 
a  functional  check  is  performed  to  verify 
the  operational  condition  of  the  subsystem. 

^VM)  On  A/C  Maintenance  Verification  -  upon 

completion  of  any  on  aircraft  maintenance,  a 
functional  check  is  performed  to  verify  the 
repair  and  operational  condition  of  the 
subsystem. 


SHOP  TASKS  -  Common  to  LS,  SS,  PS,  and  TS  card  types. 


Columns 

1-12 

20-24 


26-30 

32-36 


50-54 

56-60 


Task 

Code  Task  Name  -  Definition 

See  key  fields. 

(W)  Bench  Check  &  Repair  -  in-shop  bench  check 

and  complete  repair  of  a  bad  LRU,  including 
cleaning,  inspection,  disassembly, 

adjustment,  part  replacement,  reassembly, 

and  lubrication  of  the  complete  LRU  and  any 
minor  components. 

(K)  Bench  Check  &  CND  -  in-shop  bench  check  is 

performed?  if  any  discrepancy  cannot  be 

duplicated  in  the  testing,  the  LRU  is 
serviceable,  and  no  repair  is  required. 

(N)  Bench  Check  &  NRTS  -  in-shop  bench  check  or 

inspection  shows  that  the  LRU  is  not 

repairable  this  station  (NRTS)  because  the 
shop  is  not  authorized  to  accomplish  the 
repair  or  the  shop  lacks  the  proper  tool3, 
equipment,  facilities,  technical  skills, 

spare  parts,  time,  or  technical  data  to 
perform  the  repair. 

(TD)  Test  Drawer  Repair  -  in-shop  repair  of  the 

test  station  drawer  (or  combination  of  test 
equipment)  that  is  needed  to  test  the  LRU 
being  checked. 

(TS)  Test  Station  Repair  -  in-shop  repair  of  the 

entire  test  station  that  is  needed  to  test 
the  LRU  being  checked. 


j 
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CROSS-REFERENCE  FILE  (Card  #1 )  -  Same  as  hardware  configuration/ 
characteristics  data  file .  Card  #1  is  not  needed  if  that  file  is 
established . 


Columns  Identifier  -  Definition 

I- 9  See  key  field. 

II- 12  Card  sequence  is  always  1. 

14-18  Weight  (in  pounds)  of  the  LRU. 

20-24  Work  unit  code  (WUC)  used  to  identify  each  subsystem 

and  LRU  in  the  aircraft  system  (found  on  cards  #1  and 
#2)  . 

26-27  Quantity  Per  Aircraft  of  a  particular  subsystem  or  LRU 

in  the  aircraft  system  (found  on  cards  #1  and  #2). 

29-67  Equipment  name  or  description  of  the  operational 

function  assigned  to  a  subsystem  or  LRU. 

75-76  The  number  of  LRUs  in  the  subsystem  for  which  input 

data  have  been  provided,  and  the  number  of  SRUs  per 
LRU  on  LRU  input  cards.  Input  data  are  provided  for 
those  LRUs  requiring  a  significant  amount  of 
unscheduled  maintenance. 

CROSS  REFERENCE  FILE  (Card  #2) 

I- 9  See  key  field. 

II- 12  Card  sequence  is  always  2. 

20-24  Work  unit  code  (WUC)  used  to  identify  each  subsystem 

and  LRU  in  the  aircraft  system. 

26-48  National  Stock  Number  (NSN)  assigned  to  the  LRU. 

50-59  AN/nomenclature  of  the  particular  subsystem  or  LRU 

described  on  card  #1. 

65-80  Manufacturer's  Stock  Number  -  when  available. 


RELIABILITY  MEAN  VALUES  (Flight  Line) 
1-12  See  key  field. 


. i  ''  ■»! 


14-19  Mean  flight-hours  between  maintenance  actions 

(MFHBMA^)  shows  the  frequency  of  ^unscheduled 
maintenance  activities  required  by  a  subsystem  (j). 

21-26  H  factor  -  the  ratio  of  the  number  of  LRUs  tested  in 

the  shop  to  the  number  of  flightline  removal  actions. 
Only  the  value  greater  than  unity  of  the  ratio  is 
input  whereby  the  model  automatically  adds  the  integer 
"1"  to  the  given  value.  The  resultant  portion  that  is 
greater  than  one  accounts  for  any  multiple  LRU 
removals  resulting  from  single  flightline  repair 
actions  (such  as  two  or  more  LRUs  removed  for  one 
reported  aircraft  maintenance  action) .  This  factor  is 
used  as  a  multiplier  of  the  shop  probability  of 
occurrences  to  obtain  the  actual  number  of  shop 
maintenance  actions  eminating  from  flightline 
removal ( s) . 


An  example  of  an  R&M  data  file  is  provided  in  Table  12 .  This 
file  was  developed  during  the  demonstration  of  CHRT  on  projected 
AMST  data.  The  sample  selected  is  standard  station  keeping 
equipment  (SKE),  a  subsystem  of  the  avionics  system.  Although 
larger  samples  are  available  on  the  entire  avionics  and  landing 
gear  systems,  the  SKE  sample  was  chosen  for  two  reasons:  (a)  it 
covers  both  unscheduled  and  scheduled  maintenance,  and  (b)  it  is 
a  small,  but  totally  representative  sample  which  will  facilitate 
presentation  of  the  R&M  output  (ellipse  11)  and  life  cycle  cost 
estimates  (ellipse  17)  data  groups. 


4. 3.4.4  Maintenance  Training  Course  Data  File 


The  maintenance  training  course  data  file  consists  of 
maintenance  training  course  data  on  specialty  training,  technical 
training,  and  on-the-job  training.  It  is  a  hard  copy  file  used 
to  develop  training  course  estimates. 

Special  training  course  data  consist  of  the  specialty 
training  standard,  the  course  chart,  the  plan  of  instruction  for 
each  AFSC,  and  the  skill  level  for  which  a  requirement  is 
expected.  These  data  should  be  obtained  from  the  applicable 
technical  training  center.  Technical  training  and  on-the-job 
training  course  data  should  be  obtained  on  the  expected  AFSC  and 
skill  level  for  comparable  systems.  These  also  are  obtained  from 
the  applicable  technical  training  center. 
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Table  12 


R&M  DATA  FILE  STANDARD  STATION  KEEPING  EQUIPMENT 


AMST  STATION  KEEPING  EQUIPMENT  R&M  DATA  -  STANDARD 


02 

CR  DAN250  -1 

72LOO 

1  S.K.E.  Unscheduled  Maintenance 

CR  DAN2S0  -2 

72LOO 

AN/APN-169A 

CR  DAN  251  1 

24.5 

72LA0 

1  Rader  &  Antenna  Assembly 

CR  DAN2S2  -1 

34.0 

72LC0 

1  Receiver/Trensmitter 

CR  DAN2S3  -1 

21.0 

72LB0 

1  Coder/Decoder 

CR  DAN2S4  -1 

15.0 

72  LAE 

1  Electronic 

Mount 

CR  DAN255  -1 

4.5 

72LXX 

1  Signal  Data  Converter 

CR  DAN256  -1 

9.0 

72LF0 

1  Indicator  Coupler 

CR  DAN257  -1 

0.8 

72LAH 

1  Audio  Amplifier 

CR  OAN2SO  -1 

72L00 

1  S.K.E.  Scheduled  Maintenance 

CR  DAN2S3  -1 

21.0 

72LB0 

1  Coder/Decoder  {Scheduled  Maintenance! 

CR  DAN2S3  -2 

SF  DAN250  1 

EPU 

EPU 

EPU 

EPU  1 

SF  DAN2S0  1 

EPU 

EPU 

1 

LF  DAN250  -1 

32851 

32851 

32851 

32851  3 

LF  DAN250  -2 

32831 

32831 

LF  DAN250  -3 

53153 

LF  DAN2SO  -1 

32831 

32831 

1 

LS  DAN2S1  -1 

32851 

32851 

1 

LS  DAN252  -1 

32851 

32851 

32851 

2 

LS  DAN252  2 

32831 

32831 

LS  DAN253  -1 

32851 

32851 

32851 

2 

LS  DAN253  2 

32831 

32831 

LS  DAN254  -1 

32851 

32851 

32851 

2 

LS  DAN254  2 

32831 

32831 

LS  OAN2S5  -1 

32851 

i 

LS  DAN256  -1 

32851 

32851 

31851 

i 

LS  DAN257  -1 

32851 

i 

LS  DAN2S3  -1 

32851 

i 

TS  DAN251  -1 

30 

20 

TS  DAN252  -1 

35 

23 

23 

TS  DAN253  -1 

35 

23 

23 

TS  DAN254  -1 

22 

14 

14 

TS  DAN2S5  -1 

03 

TS  OAN256  -1 

22 

14 

14 

TS  DAN257  -1 

03 

TS  DANS3  -1 

25 

TF  DAN2S0  -1 

IS 

15 

20 

14 

TF  DAN2SO  -1 

01 

02 

PF  DAN250  -1 

10000 

7900 

2100 

6320 

1580  6320  1580 

PF  DAN2S0  1 

10000 

10000 

OOOO 

10000 

0000  10000  0000 

PS  DAN251  -1 

0087 

0261 

PS  DAN252  1 

0996 

0125 

1369 

PS  DAN253  -1 

2431 

0187 

0733 

PS  DAN254  1 

0035 

0005 

0048 

PS  DAN255  1 

0006 

PS  DAN256  1 

0020 

0003 

0028 

PS  DAN257  1 

0006 

PS  DAN2S3  -1 

10000 

SS  DAN251  1 

0 

SS  DAN252  -1 

0 

SS  DAN253  -1 

0 

SS  DAN254  -1 

0 

SS  DAN255  -1 

0 

SS  OAN256  -1 

0 

SS  DAN257  -1 

0 

SS  DAN2S3  -1 

0 

MF  DAN250  1 

26.3 

0.0000 

MF  DAN2SO  -1 

78.0 

0.0000 
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4.3.5  Operations  Requirements  and  Tasks  Data  Group 


The  operations  requirements  and  tasks  data  group  (ellipse  6) 
is  used  as  an  input  to  the  resource  assessment  activity  (block  C) 
and  to  cost  data  bank  preparation  (block  B) .  It  consists  of  four 
files:  (a)  the  operations  crew  and  aircraft  use,  (b)  operations 
schedule,  (c)  operations  tasks,  and  (d)  operator  course  material 
data  files. 


4. 3. 5.1  Operations  Crew  and  Aircraft  Use  Data  File 


This  is  a  hard  copy  data  file  which  provides  summary 
statements  of  the  mission  need  statement,  generalized  operational 
requirement,  and/or  operations  plan.  This  information  includes 
the  crew  composition  and  aircraft  utilization  data  necessary  for 
the  cost  data  bank  preparation  (block  B)  activity  and  for 
resource  assessment  (block  C).  It  is  essential  to  the 
development  of  R&M  model  outputs  (ellipse  11),  operations 
manpower  estimates  (ellipse  12),  and  LCC  estimates  (ellipse 
17).  An  example  of  the  data  required  is  given  in  Table  13  which 
was  extracted  from  AMST  demonstration  data. 
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Table  13  AMST  OPERATIONS  CREW  AND  AIRCRAFT  USE  DATA  FILE 


OPERATIONS  CREW  DATA 


POSITION 

Pilot 

Copilot 

Navigator 

Loadmaster 

Crewchief 

RANK 

0-3 

0-2 

0-2 

E-5 

E-5 

YEARS  OF 
SERVICE 

12 

4 

4 

6 

6 

FLYING  TIME  PER  AIRCRAFT 

PEACETIME  1.8  hours /day  on  5  days /week 

WARTIME  4.0  hours /day  on  7  days /week 
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4. 3. 5. 2  Operations  Schedule  Data  File 


This  file  contains  the  mission  scenario  necessary  to  perform 
resource  assessment  with  LOOM.  A  squadron  operations  schedule  is 
required  to  run  the  LOOM  simulation.  The  LOOM  simulation  is  one 
of  several  resource  assessment  techniques  available  in  the 
logistic  resource  assessment  activity  (block  C) .  The  development 
of  the  mission  scenario  data  is  fully  discussed  in  Reference  2 
and  the  formatting  of  these  data  on  LCOM  Form  20  cards  is 
described  in  Reference  3.  These  data  are  retained  in  the  CDS  on 
standard  Hollerith  cards  and  must  be  developed  in  close  liaison 
with  the  operating  activity  so  that  it  represents  the  most 
realistic  system  application.  The  operation  schedule  provides  a 
profile  of  daily  squadron  activity  listing  pertinent  factors  such 
as  take-off  time,  flight  time,  sorties  per  flight,  and  sortie 
time.  A  sample  operations  schedule  in  Form  20  format  is  provided 
in  Table  14.  The  references  must  be  reviewed  for  a  detailed 
description . 


4. 3. 5. 3  Operations  Tasks  Data  File 


The  operations  tasks  data  file  provides  a  listing  of 
operational  tasks  and  generally  identifies  who  will  accomplish 
them.  This  data  file  is  initially  used  in  the  resource 
assessment  (block  C)  to  develop  operations  training  estimates 
(ellipse  13)  and  finally  to  develop  the  operations  training 
course  portion  of  the  data  group  (hexagon  03),  coordinated 
training/technical  manual  products.  The  operations  tasks  data 
file  is  established  during  the  conceptual  phase  of  acquisition 
and  is  continually  expanded  in  detail  until  it  is  finalized  in  a 
formal  task  analysis  performed  on  the  actual  equipment.  Before 
the  actual  equipment  becomes  available,  however,  these  tasks  must 
be  estimated  by  some  method.  In  an  aircraft  acquisition  program, 
a  technique  to  accomplish  task  identification  is  by  comparison  to 
a  similar  system.  On  the  AMST,  this  was  accomplished  by 
reference  to  the  C-130  aircraft. 

Initially,  a  preliminary  task  list  is  developed  which 
identifies  tasks  unique  to  the  new  system  and  tasks  similar  to 
the  old  system  that  are  expected  to  be  reallocated  on  the  new 
system.  A  limited  sample  preliminary  operator  task  list  drawn 
from  the  AMST  CDB  is  provided  in  Table  15.  This  list  identifies 
tasks  unique  to  the  AMST  and  tasks  related  to  the  flight  engineer 
and  navigator  on  the  C-130  which  are  to  be  reallocated  to  the 
pilot. 
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Table  15  SAMPLE  PRELIMINARY  OPERATOR  TASK  LIST 
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A  series  of  expanded  task  lists  is  then  developed  which 
provides  full  task  listings  and  fntegrates  unique  and  reallocated 
tasks.  A  limited  sample  is  shown  in  Table  16.  The  left-hand 
listing  in  Table  16  was  already  expanded  to  include  unique  and 
flight  engineer-related  tasks.  In  addition,  the  right-hand 
listing  shows  an  update  to  incorporate  navigator-related  tasks 
and  reallocate  these  tasks  to  the  pilot  and  copilot. 

The  operations  tasks  data  file  is  reviewed  initially  with 
comparable  training  course  data  to  develop  training  estimates. 
The  formal  task  analysis  provides  data  for  development  of  the 
actual  training  course.  A  complete  preliminary  and  expanded 
operator  task  list  may  be  found  in  AFHRL-TR-79-29  (which 
documents  the  results  of  a  portion  of  the  CHRT  demonstration). 


4. 3. 5.4  Operator  Course  Material  Data  File 


The  operator  course  material  data  file  contains  the  hard  copy 
course  control  documents  (training  plans)  for  all  skills  and 
training  phases  required  on  a  comparable  system.  These  data, 
obtainable  from  the  responsible  comparable  system  training 
agency,  are  used  in  estimating  the  new  training  course,  length 
(ellipse  13).  Data  for  the  AMST  were  obtained  from  the  C-130 
training  course,  for  example. 


4.3.6  Intermediate  Products  Data  Group 


The  intermediate  products  data  group  (ellipse  16)  is  the 
product  of  an  integrated  task  analysis  performed  on  actual 
hardware.  This  is  normally  accomplished  during  the  late  full- 
scale  development  or  the  early  production  stage.  The  intermediate 
products  are  developed  on  a  well-defined  equipment 
configuration.  There  is  a  set  of  products,  and  a  file  is 
required  for  each  one.  The  content  of  this  set  may  be  modified 
based  on  the  specific  application.  Major  data  files  are  (a)  the 
preliminary  task  identification  matrix  (PTIM),  (b)  an  expected 
user  description,  (c)  technical  manual/training  trade-off  ground 
rules,  (d)  a  task  analysis  worksheet,  (e)  the  annotated  task 
identi f ication  matrix  (ATIM),  ( f )  a  level-of-detail  guide,  and 
(g)  the  test  equipment  and  tool  use  form  ( TETTJF )  .  These 
intermediate  products  not  only  suggest  an  allocation  of  task 
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Table  16  SAMPLE  AMST  EXPANDED  OPERATOR  TASK  LIST 


ENGINE  START/TAXI/BEFORE  TAKEOFF 


Starting  engines  checklist.  Starting 
sequence  as  required,  pressures  and 
temperatures  in  .units. 

Before  taxi  checklist,  check  ail 
systems  controls  and  displays  as 
directed. 

Taxi  checklist.  Systems,  controls, 
and  displays  checked  as  required. 

Before  takeoff  checklist. 

Configuration  and  systems  checked 
and  set. 

Line  up  checklist.  Switches,  controls, 
and  engines  set  and  checked  for 
takeoff. 


Startinq  sequence  as  required,  pressure  and 
temperature  in  limits. 

Before  taxi  checklist,  check  all  systems 
controls  and  displays  as  directed.  Check  nav 
receivers  radar  and  other  nav  systems.  Taxi 
clearance  Flight  Check-in* 

Taxi  checklist.  Systems,  controls,  and  displays 
checked  as  required.  Nav  systems  checked  and 
set 

Before  takeoff  checklist.  Configuration  and 
systems  checked  and  set.  Tower  frequency. 
Formation  check-in* 

Line  up  checklist,  Switches,  controls,  and 
engines  sat  and  checked  for  takeoff.  Compass 
and  nav  systems  checked  and  set. 


TAKEOFF/CLIMBOUT 

Takeoff  sequence  aircraft  control 
through  roll  and  lift-off. 

After  takeoff  checklist,  turn  and 
climb.  Adjust  power  and  airspeed. 


Perform  IMC  SKE  formation 
join-up.  SKE  land  AWAQS) 
equipment  airborne  checks. 


Power  sat,  systems  monitored.  Nav  systems 
monitored. 

Accomplish  after  takeoff  checklist  and  responds 
to  frequency  change.  Adjust  configuration  and 
check  systems.  Departure  radios  and  nav 
equipment  set  Departure  frequency.  Check-in* 

Set  up  enroute  nav  radios  and  euqipment. 

Assist  pilot  in  formation  jotn-up.  Sack  up 
SKE  with  radar.  Set  up  nav  equipment  for 
enroute  Make  appropriate  entnes  in  nav  log. 
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information  to  training  and/or  technical  manuals,  they  also  form 
the  basis  for  the  development  of  the  coordinated  training  program 
and  technical  manual  set.  The  intermediate  products  have  been 
utilized  only  to  support  analysis  of  maintenance  tasks.  It  seems 
reasonable  to  extend  this  technique  to  operator  personnel  also. 


4. 3. 6.1  Preliminary  Task  Identification  Matrix  (PTIM)  Data  File 


The  PTIM  is  the  initial  intermediate  product  of  the 
integrated  task  analysis.  The  purpose  of  the  PTIM  is  to  depict 
the  maintenance  task  requirements  for  each  item  of  equipment  to 
the  SRU  level  and  to  note  the  level  (such  as  organizatinal , 
intermediate,  or  depot)  at  which  the  task  is  carried  out. 
Presently,  it  is  maintained  in  the  CDB  as  a  hard  copy  document. 

Figures  6  and  7  show  two  types  of  PTIMs  developed  for  the  C- 
141  landing  gear  (used  to  simulate  the  AMST  landing  gear).  The 
basic  PTIM  shown  in  Figure  6  (1  of  12  pages  is  presented)  was 
developed  to  show  major  tasks  and  locations.  The  detailed  PTIM 
shown  in  Figure  7  ( 1  of  3  pages  is  presented)  was  developed  to 
indicate  subtasks  required  to  remove  and  replace  a  main  landing 
gear  brake.  A  basic  PTIM  is  prepared  early  in  the  task  analyses 
and  detailed  as  the  analysis  proceeds.  The  column  headings  of 
the  PTIM  format  are  the  same  for  both  detail  and  basic  types  and 
are  defined  as  follows. 

FOUND  IN  TROUBLESHOOTING  COLUMN 

A  check  will  be  placed  in  this  column  when  the  malfucntion  is 
uncovered  during  troubleshooting  of  a  superordinate  hardware 
item.  The  items  checked  are  those  that  are  replaced  or  repaired 
as  the  result  of  a  troubleshooting  routine. 

CODE  AND  REFERENCE  DESIGNATOR  COLUMNS 

The  codes  showing  subordination  (relationship  of  one  item  to 
another  in  terms  of  level-of-detail )  should  be  as  specified  in 
MIL-M-008910A  (AS)  and  should  follow  the  guidelines  suggested  in 
AFHRL-TR-73-43  (I  and  II). 

SYSTEMS  HARDWARE  ITEM  COLUMN 

The  equipment  items  are  listed  in  the  row  headings  to  the  SRU 
or  piece  part  level. 
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SPECIAL  CODE  AND  REFERENCE  DESIGNATOR  COLUMNS 


An  additional  code  column  beyond  that  described  by  AFHRL-TR- 
73-43  (presently  labeled  DRC  CODE)  has  been  added.  This  is  used 
to  carry  any  designator  which  would  facilitate  cross-checking  of 
data.  The  reference  designator  column  should  follow  the 
guidelines  provided  in  AFHRL-TR-73-43 .  It  has  been  used  here  to 
indicate  the  reference  aircraft. 

MAINTENANCE  FUNCTION  COLUMNS 

The  maintenance  function  columns  list  appropriate  maintenance 
functions.  These  functions  are: 


1.  Adjust  -  to  manipulate  the  equipment  in  some  manner  so 
as  to  bring  it  to  some  specified  position  or  state? 
usually  to  bring  it  from  some  out-of-tolerance 
condition  to  a  within-tolerance  condition. 

2.  Align  -  to  bring  into  precise  adjustment  or  correct 
relative  position  by  lining  up. 

3.  Calibrate  -  to  use  special  measurements  or  comparison 
with  a  standard  for  determining  the  accuracy, 
deviation,  or  variation  in  a  piece  of  equipment  and  to 
correct  where  necessary. 

4.  Checkout  -  to  perform  specific  operations  to  verify 
operational  readiness  of  the  equipment;  to  test. 

5.  Clean  -  to  wash,  scrub,  or  apply  solvents  to  remove 
dirt,  corrosion,  or  grease. 

6.  Disassembly/Assemble  -  to  remove  and  replace  the  parts 
of  an  item  for  purposes  of  inspection,  cleaning, 
repair,  or  replacement. 

7.  Inspect  -  to  perform  a  visual,  auditory,  or  tactile 
examination  or  check  for  specific  conditions  to 
determine  the  serviceability  of  an  item  by  comparing 
its  physical  and  mechanical  characteristics  with  some 
standard . 

3.  Lubricate  -  to  apply  lubrication  at  specific  locations. 

9.  Operate  -  to  control  equipment  to  achieve  the  intended 
function . 
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10.  Remove/ Replace  -  to  interchange  an  unserviceable  item 
with  a  serviceable  one. 

11  .  Repair  -  to  restore  an  item  to  operable  condition  by 
means  other  than  total  replacement  of  a  part. 

12.  Service  -  to  perform  operations  required  periodically 
(such  as  replenish  consumable  supplies)  to  keep  an  item 
in  proper  operating  condition. 

13.  Troubleshoot  -  to  isolate  the  source  of  a  malfunction 
or  failure  to  an  item  whose  parts  are  replaceable  or 
repairable. 


Check-out  and  troubleshoot  are  treated  as  separate  functions 
because  one  may  occur  without  the  other,  especially  in  the  case 
of  scheduled  maintenance. 

The  CHRT  procedure  departs  from  the  PTIM  format  suggested  in 
AFHRL-TR-73-43  (I  and  II)  because  the  maintenance  function  cells 
are  not  divided  diagonally.  As  a  result,  both  the  level  of 
maintenance  notation  and  the  head,  book,  and  joint  notation  can 
be  entered  in  each  cell.  It  is  efficient  to  eliminate  the 
clutter  and  prepare  a  separate  matrix  for  both  notations  despite 
the  added  pieces  of  paper . 

The  cell  entries  for  the  PTIM  are  as  follows. 


Mo  maintenance 
hardware  item 

task 
( this 

of 

is 

this  type  is  performed 
not  shown  on  the  sample) . 

on 

the 

0 

A  maintenance 
organizational 

task 

level 

of 

this 

type 

is 

performed 

at 

the 

I 

A  maintenance  task 
intermediate  level. 

of 

this 

type 

is 

performed 

at 

the 

D 

A  maintenance 
depot  level. 

task 

of 

this 

type 

is 

performed 

at 

the 

A  maintenance 

task 

of 

this 

type 

is 

performed 

at 

both 

the  organizational  and  intermediate  ljjvels. 
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4.3.6. 2  User  Description  Data  File 


The  user  description  data  file  is  prepared  to  guide  the 
training  and  technical  manual  specialists  in  developing  technical 
manual/training  trade-off  ground  rules  and  in  establishing  the 
level-of-detail  guide.  It  is  maintained  as  a  hard  copy  listing 
in  the  CDB  and  covers  the  full  range  of  user  personnel  required 
to  maintain  the  system.  Various  types  of  user  descriptions  are 
discussed  in  AFHRL-73-43.  Although  more  detailed,  they  do  fit 
into  the  basic  format  of  the  estimated  user  description,  provided 
as  follows. 

ESTIMATED  USER  DESCRIPTION 

The  Estimated  User  Description  (for  the  431X2  career  field) 
is  that  of  the  person(s)  being  trained  with  the  use  of  task- 
oriented  training  supported  by  task-oriented  technical  manuals. 
The  requirements  are  as  follows. 

Aptitude  s 

A  minimum  of  50  must  be  obtained  in  Mechanical  through  the 
use  of  Armed  Forces  Vocational  Aptitude  Battery  ( ASVAB ) 
scoring  criteria  for  USAF  personnel . 

Reading  Level: 

A  reading  level  of  more  than  60  using  the  same  scoring 
criteria  must  be  obtained. 

Intelligence : 

Average  (ASVAB) . 

Average  Time  in  Service: 

13  months . 

Prior  Indirect  Training: 

Three  months  of  basic  training. 

Prior  Direct  Training : 

Half  of  the  personnel  have  AFSC  +  30  days  of  OJT.  The  other 
half  have  eight  weeks  of  task-oriented  training. 
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Prior  Military  Work: 


Half  have  two  years  of  C-130  experience.  The  other  half 
have  none. 


4. 3. 6. 3  Technical  Manual/Training  Trade-off  Ground  Rules  Data 
File 


A  set  of  ground  rules  which  direct  the  technical 
manual/ training  trade-off  also  are  developed  through  the 
integrated  task  analysis.  These  ground  rules  are  similar  for  all 
systems  but  must  be  reviewed  for  appropriateness  and  modified  for 
the  particular  weapon  system  of  interest.  They  also  must  be 
adjusted  for  specific  subsystems  within  the  weapon  system  before 
they  are  established  in  the  CDB.  The  application  and  use  of 
these  ground  rules  is  discussed  in  Section  4.2.3. 

The  ground  rules  are  retained  in  the  CDB  as  a  hard  copy 
summary.  Coupled  with  the  detailed  system-specific  knowledge 
generated  during  the  task  analysis,  these  ground  rules  allow  the 
task  analyst  to  perform  a  training/aiding  trade-off.  An  example 
developed  for  the  CHRT  demonstration  follows. 

The  following  are  included  in  technical  manuals: 


1 .  Behavioral  sequences  that  are  complex  and  long  and  that 
would  put  a  burden  on  memory. 

2.  Behavioral  sequences  that  require  extremely  lengthy 
training/practice  periods  to  produce  sufficiently 
reliable  performance. 

3.  Tasks  that  use  reference  information  such  as  tables, 
graphs,  flow  charts  and  schematics,  and  tolerances. 

4.  Tasks  that  are  aided  by  the  presence  of  illustrations. 

5.  Tasks  that  involve  complex  discriminations  or  where 
similarity  of  cues  causes  confusion. 

6.  Tasks  that  are  performed  under  stressful  conditions 
that  might  degrade  performance  (except  time  stress). 

7.  Infrequently  performed  tasks. 


P 
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8.  Tasks  that  have  a  high  probability  of  errors  Which  are 
costly. 

9.  Tasks  with  branching  step  structures. 

10.  Tasks  where  low  skill  level  personnel  are  used. 

11.  Tasks  where  personnel  turnover  is  high. 

12.  Tasks  where  procedures  change  from  time  to  time. 

The  following  are  included  in  training: 


1.  Tasks  that  are  not  easily  described  in  book  form. 

2.  Tasks  that  are  not  easily  learned  on  the  job  (unless 

they  can  be  included  in  technical  manuals). 

3 .  Tasks  that  need  a  great  deal  of  practice  for  acceptable 
proficiency. 

4.  Tasks  that  have  little  room  for  errors  which  are 
costly. 

5.  Tasks  which  are  performed  frequently  on  the  job. 

6.  Tasks  requiring  high  speed  (where  the  rate  of  stimulus 

inputs  is  high  and  response  outputs  are  high). 

7.  Tasks  that  are  performed  under  stress,  especially  time 
stress . 

8.  Tasks  where  environmental  constraints  interfere  with  or 
prohibit  the  use  of  aids. 

9.  Tasks  performed  by  a  large  proportion  of  individuals  in 
a  given  specialty. 


These  ground  rules  indicate  placement  of  the  major  emphasis 
but  all  tasks  must  be  covered  to  some  degree  in  both  the  training 
program  and  technical  manual . 
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4. 3. 6. 4  Task  Analysis  Worksheet  Data  File 


The  task  analysis  worksheet  data  file  is  a  key  intermediate 
product.  Its  initial  base  is  the  PTIM  which  provides  hardware 
defintion.  The  worksheet  data  file  is  then  completed  through 
interview  and  job  observation.  The  purpose  of  the  worksheet  file 
is  to: 


1.  Identify  and  verify  hardware  elements  and  task  steps. 

2.  Describe  the  cue  and  accompanying  responses  for  each 
step . 

3.  Ascertain  the  sensory,  motor,  and  cognitive  demands  on 
the  technician. 

4.  Determine  essentially  how  the  technician  knows  what  do 
to,  when  to  do  it,  how  to  do  it,  and  what  feedback  is 
available  to  indicate  that  it  is  done  correctly. 

5.  List  tools  and  equipment  used. 

6.  Evaluate  safety  hazards  and  environmental  factors. 


The  completed  worksheets  are  maintained  as  hard  copy  in  the 
CDB.  They  are  used  with  the  PTIM  and  the  technical 
manual/training  trade-off  ground  rules  to  prepare  the  annotated 
task  identification  matrix  (ATIM)  data  file.  Table  17  provides 
an  excerpt  from  the  task  analysis  worksheet  data  file  established 
as  a  result  of  the  integrated  task  analysis  performed  on  the  C- 
141  landing  gear  as  part  of  the  CHRT  demonstration.  Under  each 
major  subtask  (such  as  "Remove  Wheel  and  Tire”),  the  specific 
steps  required  to  perform  the  task  are  listed,  the  equipment 
required  to  perform  the  step  is  identified,  and  appropriate  notes 
regarding  procedure,  safety,  and  the  like  are  made. 


4. 3.6. 5  Annotated  Task  Identification  Matrix  (ATIM)  Data  File 


The  ATIM  data  file  provides  a  record  of  the 
training/ technical  manual  trade-off.  This  file  is  prepared  by 
training  and  technical  manual  specialists  using  the  PTIM,  the 
user  description,  the  technical  manual/ training  trade-off  ground 
rules  and  the  task  analysis  worksheet  data  files.  The  ATIM  is 
retained  in  the  CDB  as  hard  copy  in  a  format  similar  to  the 
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Table  17  EXCERPT  FROM  TASK  ANALYSES  WORKSHEET  DATA  FILE 


PTIM.  One  of  three  pages  of  the  complete  ATIM  for  the  "remove 
and  replace  main  landing  gear  brake"  task  is  shown  in  Figure  8. 
The  unique  annotations  used  in  the  ATIM  are  dictated  by  AFHRL-TR- 
73-43.  These  are  H  (head),  B  (book),  and  J  (joint).  They 
respectively  indicate  that  task  emphasis  should  be  placed  in 
training,  technical  manuals,  or  both. 


4. 3. 6. 6  Level-of-Detail  Guide 


The  level-of-detail  guide  is  established  as  a  guide  for  the 
actual  technical  manual  preparation.  It  is  developed  with  the 
user  in  mind  and  is  used  in  conjunction  with  the  task  analysis 
worksheet  data  file  and  the  TETUF  to  prepare  the  content  of  the 
technical  manual.  The  level-of-detail  guide,  as  used  in  CHRT ,  is 
more  system-specific  than  that  suggested  by  AFHRL-TR-73-43 .  A 
sample  level-of-detail  guide  for  tasks  of  the  "remove  and  replace 
landing  gear  brake"  type  follows. 


LEVEL-OF-DETAIL  GUIDE 

1.  Disconnect  leveler  rod. 

Simple  statement  of  steps  as  they  occur  in  their  proper 
code,  for  example: 

"Using  pliers,  remove  the  cotter  pin" 

"Using  wrench,  remove  nut" 

"Put  nut  and  washer  back  on  leveler  rod  for  safe 
keeping" 

These  steps  will  be  accompanied  by  a  blow-up  diagram 
which  shows  the  location  of  the  rod  and  details  the 
assembly . 

2.  Remove  valve  core  and  deflate  tire. 

Simple  statement  of  steps.  The  appropriate  tire 
pressure,  which  must  be  reached  before  proceeding,  will 
be  specified.  The  use  of  the  valve  core  tool  and  the 
tire  gauge  will  be  taught  through  training.  Cautions 
will  be  listed. 

3.  Remove  snapring,  hub  cap,  grease  retainer  ring,  felt 
grease  seal,  safety  wire,  skid  detector  screws  and 
detector,  cotter  pin  from  lock  ring,  and  axle  nut. 
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LANDING  GEAR  DETAILED  ANNOTATED  TASK  IDENTIFICATION  MATRIX  (ATIM) 


Rotor  Discs  q 


Simple  statement  of  steps  with  suggestions  to  keep 
things  in  order  of  removal  to  facilitate  installment. 
Also  inspect  for  wear . 


Inspect  wheel  for  defects. 

The  specific  types  of  defects  likely  to  be  encountered 
will  not  be  (described.  They  will  be  covered  in 
training:  The  job  guide  will  only  direct  the 

technician  to  inspect. 

Remove  axle  nut  and  lock  ring . 

Simple  statement.  The  use  of  the  spanner  wrench  will 
be  taught  in  training. 

All  the  steps  up  through  removal  of  the  tire  are  listed 
in  a  straight-forward  manner  with  accompanying 
illustrations.  The  washing  and  lubricating  of  seals, 
rings,  etc.  will  be  covered  in  training.  However,  the 
material  used  will  be  listed  in  the  book. 

Brake  removal  and  installation. 

Steps  are  listed  in  a  straight-forward  manner.  The 
steps  dealing  with  the  torque  link  will  be  described  in 
somewhat  more  detail,  especially  the  cues  required  to 
align/install/etc.  the  star  washer,  bolt,  and  nut.  For 
example,  there  will  be  information  on  such  things  as 
how  to  discern  when  the  bolt  is  properly  installed, 
when  the  nut  is  tight,  etc.  These  steps  will  also  be 
covered  in  training.  The  cautions  involving  brake 
removal  and  installation  will  be  emphasized.  Here 
again,  cues  will  be  emphasized  such  as  how  much  of  the 
spacer  should  be  shoving  when  brake  is  properly 
installed . 

Tire  installation. 

The  most  difficult  part  of  putting  the  tire  back  on  is 
the  alignment  of  the  rotor  and  stator  discs  of  the 
brake  with  the  wheel.  This  will  be  mentioned  in  the 
book  but  it  will  be  presented  in  training.  Again, 
mention  will  be  made  of  the  cues  that  are  visible  wher. 
there  is  proper  installation. 

Installation  of  parts  after  wheel  is  installed. 

Step-by-step  instruction.  However,  the  inst  a’,  li¬ 
the  lock  ring  and  axle  nut  will  receive  -r.or-» 
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Emphasis  will  be  placed  on  the  necessity  for  keeping 
lock  ring  keys  in  the  axle  lock  slot  while  tightening 
the  nut  and  on  how  to  determine  proper  installation. 
Correct  insertion  of  the  cotter  pin  will  be 
described.  All  of  this  will  be  covered  in  training 
also.  Safety  wiring  will  be  covered  by  the  training 
and  requires  no  further  description. 

10.  Installing  leveler  rod. 

General  instructions.  This  will  be  covered  in 
training. 


4. 3.6. 7  Test  Equipment  and  Tool  Use  Form  (TETUF)  Data  File 


The  TETUF  data  file  is  initiated  early  during  the  integrated 
task  analysis  and  maintained  in  the  CDB  as  a  hard  copy  file. 
Initially,  it  is  used  to  identify  the  test  equipment  and  tools 
required  and  their  functions.  Finally,  the  form  is  used  in 
conjunction  with  the  ATIM  to  document  the  training/ technical 
manual  trade-off.  A  sample  TETUF  is  provided  in  Figure  9  for  the 
valve  core  tool  using  during  landing  gear  maintenance. 


4.3.7  Alternatives  Data  Group 


The  alternatives  data  group  (ellipse  7)  consists  of  three 
files:  the  system/subsystem  design  option  decision  tree,  the 
support  design  option  decision  tree,  and  alternative  listing  data 
files.  The  source  of  data  and  methodology  for  preparing  each 
file  are  detailed  in  Section  5.  The  files  are  described  as 
follows. 


4. 3. 7.1  System/ Subsystem  Design  Option  Decision  Tree  (DODT)  Data 
File 


The  system/ subsystem  DODT  data  file  consists  of  a  system 
DODT  and  the  subsystem  DODTs  required  to  cover  critical  design 
areas.  These  trees  document  the  actual  design  path,  which 
include  past  alternatives  and  the  alternative  paths  that  future 
design  may  take.  Upon  completion  of  design,  the  DODT  reflects 
the  actual  design.  The  trees  are  retained  in  the  CDB  both  as  "0" 


Figure  9  SAMPLE  TETUF  FOR  THE  VALVE  CORE  TOOL  USED  DURING  LANDING  GEAR  MAINTENANCE 


size  drawings  and  as  8  x  11  or  8  x  14  reductions.  The  "D“  size 
drawings  are  prepared  and  maintained.  The  reductions  are 
provided  for  accessibility  and  ready  reference. 

The  DODTs  are  used  by  the  CHRT  manager  primarily  to  identify 
and  anticipate  system  design  decisions  where  alternative 
assessments  may  be  required.  They  are  also  used  to  identify  the 
possible  alternatives  at  any  given  design  point.  Simple  subsystem 
DODTs  for  projected  AMST  avionics  are  provided  in  Figure  10. 
These  trees  are  annotated  to  depict  actual  paths  for  the  two-man 
flight  deck  (2MFD)  and  three-maui  flight  deck  (3MFD)  options. 


4. 3. 7. 2  Support  DODT  Data  File 


The  support  DODT  file  is  similar  to  the  support  design  data 
file  in  that  it  represents  the  integrated  logistic  support  (ILS) 
elements.  In  addition,  the  support  DODT  indicates  the  various 
acceptable  support  design  options.  This  file  is  similar, 
physically  and  in  use,  to  the  system/ subsystem  trees.  A  sample 
of  the  support  option  tree  developed  for  the  AMST  avionics  and 
landing  gear  was  given  in  Figure  8.  The  tree  in  Figure  11  is 
annotated  to  indicate  the  potential  paths  for  either  a 
conventional  (C)  or  task-oriented  (T)  personnel/training/ 
technical  manual  approach. 


4. 3. 7. 3  Alternative  Listing  Data  File 


The  alternative  listing  data  file  is  a  simple  list  of  viable 
alternatives  which  would  affect  system  or  support  design  (such  as 
takeoff  gross  weight,  landing  field  roughness,  and  cruising 
speed).  However,  as  described,  the  alternatives  cannot  be 
presented  in  a  DODT. 
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Figure  11  AMST  SUPPORT  DESIGN  OPTION  DECISION  TREE 


V.  COST  DATA  BANK  PREPARATION 


5 . 1  OVERVIEW 


Cost  data  bank  preparation  includes  the  cost  data  bank 
preparation  activity  (block  B)  and  the  cost /cost-related  data 
group  (ellipse  8).  The  subject  is  singled  out  because  it 
involves  a  unique  and  separate  activity,  the  sole  purpose  of 
which  is  to  prepare  a  set  of  data  for  the  exclusive  use  of  the 
life  cycle  model,  the  RMCM. 


5.2  THE  COST  DATA  BANK  PREPARATION  ACTIVITY 


The  cost  data  bank  preparation  activity  is  fully  Documented  along 
with  the  RMCM  which  it  supports  in  an  AFHRL  report  (Reference  9).  It  is  a 
completely  disciplined  activity  and  results  in  a  well-defineo  aata  group. 
Cost  data  bank  preparation  draws  on  botn  external  data  sources  (ellipse  i) 
and  the  products  of  the  program  definition,  comparability,  ana  task 
analysis  activities  (ellipses  2  to  7)  to  quantify  the  aata  elements  of  the 
cost/cost-related  data  group. 


The  data  elements  of  the  cost/cost-related  data  group  and 
their  values  are  prepared  in  various  ways .  These  elements  and 
values  can  be  broadly  classified  into  five  categories: 


1 .  Scenario  inputs 

2 .  Precomputed  values 

3.  Standard  values 

4.  Historical  estimates 

5.  Specifically  developed  estimates 


These  categories  also  tend  to  be  homogeneous  confidence 

groupings  because  they  are  drawn  from  similar  sources .  The 

following  subsections  describe  each  of  the  five  categories  and 

the  types  of  sources  from  which  values  are  obtained  during  the 

cost  data  bank  preparation  activity. 


5.2.1  Scenario  Inputs 


Scenario  inputs  relate  to  considerations  such  as  the  number 
of  sites,  number  of  aircraft  per  site,  flying  hour  program,  and 
time  frames.  The  values  for  these  inputs  are  established  from 
the  operational,  environmental,  and  equipment  standards  described 
for  the  weapons  system  deployment.  The  confidence  in  these 
estimates  is  high  because,  rather  than  being  unspecified,  they 
are  assigned  scalar  values  that  are  governed  by  operational 
requirements. 


5.2.2  Precomputed  Values 


Computed  values  are  higher  level  terms  in  the  hierarchical  order  of 
the  cost  equations  witnin  the  RMCM  (such  as  support  investment).  The  cost 
equations  that  compute  and  use  these  data  are  contained  in  tne  KMCM  users 
Guide.  Values  for  these  higher  level  terms  also  may  oe  precomputea  ana 
inserted  in  the  cost/cost-related  data  oank  to  oe  useo  as  a  suostitute  for 
an  actual  computed  value  if  lower  level  data  are  not  availaDle  for 
computation.  When  all  lower  level  elements  necessary  to  calculate  a 
higher  order  value  are  present,  even  if  zero,  the  RMCM  snoula  supersede 
any  assigned  value  for  that  higner  order  element.  Reliaoility  estimates 
for  precomputed  values  range  from  high  to  low,  depending  on  the  value  ana 
source  of  information. 


5.2.3  Standard  Values 


Standard  values  are  those  that  are  obtained  from  Government 
sources.  These  data  usually  have  been  developed  by  Government 
agencies  from  historical  cost-accounting  information  or  special 
studies.  The  documentation  sources  from  which  these  data  are 
obtained  are  listed  in  the  references  and  include  the  following. 


Reference 

Number  Reference 


11 

12 

13 

14 
16 


AFM  25-5 
AFM  26-3 

AFR  173-10,  Volumes  I  and  II 
AFRP  177-1 
ATC/ACM  Letter 


Accuracy  of  these  values  can  be  expected  to  vary.  For 
example,  a  pay  rate  increase  for  a  specific  grade  and  fiscal  year 
would  be  exact;  a  series  of  pay  rate  increases  averaged  over  a 
period  of  years  would  be  less  exact;  and  a  pay  rate  increase 
assumed  for  future  years  and  based  on  past  increases  would  be 
least  exact.  In  all  of  these  cases,  however,  the  listed 
references  could  be  used . 


5.2.4  Historical  Estimates 


Historical  estimates  on  actual  equipment  generally  include 
those  data  values  which  are  judgemental  and/or  dependent  on 
estimates  derived  from  comparable  system  historical  experience. 
Data  in  this  category  include  those  normally  furnished  by  the 
contractor  based  on  the  characteristics  of  a  particular  design 
configuration.  Actual  historical  data  (including  cost  for  the 
particular  subsystem  under  study)  are  used  When  available,  but 
comparable  item  historical  values  Which  are  properly  adjusted  may 
be  used  in  cases  when  the  subsystem  has  not  yet  been  fielded . 
Included  in  this  category  of  historical  estimates  is  the  use  of 
reasonable  or  accepted  values  in  estimating  relationships.  An 
example  is  the  use  of  a  proportion  of  the  unit  cost  of  an  item . as 
the  value  to  allocate  to  spares  procurement.  Sources  of 
historical  cost/cost-related  data  include  the  following.  A 
reference  number  is  provided  where  applicable. 


Reference 

Humber  Name  Used  in  Source  Column 

17  K051-PN8L 

-  Manpower  Source  Listing 

-  Uniform  Airman  Records 

-  Technical  Training  School  Course  Charts 

-  Design/Logistics  Support  Data 

-  National  Stock  Catalog/Comparable  Item 

Estimate 

-  Reasonable  Values 

-  Unofficial  Historical  Estimates/Expert 
Opinion 


The  accuracy  of  values  chosen  for  items  in  this  category 
ranges  from  low  to  medium.  The  accuracy  is  highly  dependent  on 
the  validity  of  the  historical  data  sources,  as  well  as  the 
degree  of  comparability  between  a  subsystem  and  its  historical 
reference . 
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5.2.5  Specially  Developed  Estimates 


Where  no  suitable  source  exists,  the  cost  estimating 
relationship  may  have  to  be  developed  for  a  specific  element.  An 
example  is  the  estimation  of  the  number  of  page  and  page  types 
for  technical  manuals.  Such  relationships  were  developed  as  part 
of  this  study  and  are  described  in  Reference  13.  Similar 
situations  are  likely  to  occur  in  any  application  of  CHRT. 


5.3  DATA  OUTPUT  OF  THE  COST  DATA  BANK  PREPARATION  ACTIVITY 


The  output  of  the  cost  data  bank  preparation  activity 
consists  solely  of  the  cost/cost-related  data  group.  This  data 
group  is  comprised  of  a  data  file  for  each  baseline  and 
alternative  under  consideration.  These  data  files  are  maintained 
in  the  CDB  on  Hollerith  cards  which  are  then  used  as  a  direct 
input  to  the  life  cycle  cost  assessment  activity  (block  D)  . 
Sources  for  the  cost/cost-related  data  group  were  described  in 
the  previous  subsection.  A  sample  card  listing  of  the  cost/cost- 
related  data  file  required  to  support  the  projected  AMST 
stationkeeping  equipment  life  cycle  cost  assessment  is  shown  in 
Table  18  as  an  example . 

A  summary  of  the  cost/cost-related  data  group  content  is 
provided  here.  A  complete  understanding,  however,  can  only  be 
obtained  from  Reference  9. 

The  record  cards  listed  in  the  example  have  a  standard 
format.  The  input  record  format,  for  the  key  fields,  is  the  same 
for  the  cost  and  the  R&M  input  data  (see  Section  4. 3.4.3)  whereby 
columns  1  and  2  provide  the  card  type  code;  columns  4  through  10 
provide  identification  of  the  equipment  or  manpower  such  as  line 
replaceable  unit  (LRU)  or  subsystem  identifier,  support  equipment 
code,  or  Air  Force  Specialty  Code  (AFSC);  and,  columns  11  and  12 
contain  a  dashed  sequence  number  for  continuation  of  data 
applicable  to  a  specific  piece  of  equipment  or  AFSC. 

There  are  148  possible  cost  data  elements  contained  in  a 
cost/cost-related  data  bank.  These  elements  are  segregated  into 
ten  types  and  are  recorded  in  columns  17  through  80  on  one  of  23 
record  card  configurations.  The  types  of  data  are  as  follows. 


| 
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Table  18  COST/COST-RELATED  DATA  FILE  -  STANDARD 
STATIONKEEPING  EQUIPMENT 


AMST 

STATION  KEEPING 

EQUIPMENT  COST 

DATA  - 

STANDARD 

VE 

RECUR  -1 

0 

0 

0 

0 

VE 

RECUR  2 

a 

0 

VE 

NRECUR  -3 

0 

0 

0 

0 

0 

0 

VE 

NRECUR-4 

0 

0 

0 

0 

VI 

0  AN  251  -1 

5000 

0.01 

0.06 

0.1887 

600 

VI 

0  AN 252  -1 

24000 

0.01 

0.06 

0.1887 

2400 

VI 

0AN253  -1 

18000 

0.01 

0.05 

0.1687 

720 

VI 

0  AN 254  -1 

3880 

a.oi 

0.05 

0.1887 

390 

VI 

0  AN 255  -1 

3500 

0.01 

0.05 

0.1887 

350 

VI 

DAN 256  .1 

4540 

0.01 

0.05 

0.1887 

450 

VI 

DAN 257  -1 

280 

0.01 

0.06 

0.1887 

30 

VI 

DAN 253  -1 

0 

o.ai 

0.06 

0.1887 

0 

VI 

DAN 251  -2 

0 

0 

0 

VI 

DAN 252  -2 

0 

a 

0 

VI 

OAN2S3  -2 

0 

0 

0 

VI 

OAN2S4  -2 

0 

0 

0 

VI 

DAN  256  -2 

0 

0 

a 

VI 

DAN 256  2 

a 

0 

a 

VI 

OAN257  2 

a 

0 

0 

VI 

OAN2S3  2 

a 

0 

0 

VN 

32531  -1 

30.0 

448.40 

58.25 

372 

0 

.878 

VN 

32551  -1 

0b 

2512 

.254 

VN 

53153  -1 

0 

2834 

.248 

VN 

32531  -2 

4.98 

2.34 

0.50 

3.13 

2.71 

VN 

32551  2 

8.25 

2.88 

1.00 

113 

2-23 

VN 

53153  2 

8.25 

2.88 

1.00 

113 

2.23 

vs 

SCALAR  -0 

Q 

0 

0 

0 

0  . 

1975 

vs 

SCALAR  -1 

0.13 

0.35 

0.53 

0.30 

0.10 

0.00 

0 

vs 

SCALAR  -2 

828.21 

882.37 

223.32 

1428.83 

708.28"  1380. 22. 

97189 

0.25 

vs 

SCALAR  -3 

0 

0 

0 

0 

vs 

SCALAR  4 

0.10 

0.05 

v$ 

SCALAR  -5 

58.18 

143.04 

27.73 

0.S3 

0.99 

1.35 

0 

0 

vs 

SCALAR  -5 

274 

3889 

272S 

1920 

0.60 

6 

15 

VS 

SCALAR  7 

48 

2 

38.97 

103.92 

0 

0.5 

0.15 

0.50 

vs 

SCALAR  4 

2080 

98350 

491750 

312830 

902740 

0 

0 

0 

vs 

SCALAR  -9 

0.07 

0 

1 

0 

0 

1 

1 

0.09 
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Number  Record  Cards 


Type  of  Data 


1 .  Recurring  cost  elements  2 

2.  Nonrecurring  cost  elements  2 

3.  Line  replaceable  unit  (LRU)  data  2 

4.  Subsystem  data  1 

5.  Support  equipment  data  2 

6.  Depot  support  equipment  data  1 

7.  Aircrew  data  1 

8.  Personnel  training  data  by  AFSC  1 

9.  On-off  equipment  data  by  AFSC  1 

10.  Single  value  variables  for  use  in 

various  equations  10 


23  Total 


Up  to  eight  data  items  may  be  assigned  per  card  with  each 
data  item  allowed  eight  columns  (such  as  17-24,  25-32,  ...»  73- 

BO).  The  data  item  is  always  right- justified  with  appropriate 
decimal  points  included.  Table  19  lists  the  148  data  elements  by 
data  element  code,  column  number,  description,  and  source  of 
data. 


J 

i 
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Table  19  COST/COST- RELATED  DATA 


Cod* 

Column  No.'s 

DsKription 

Source 

CARO 

TYPE 

VE-1  RECURRING  COST  ELEMENTS 

COO 

17-24 

Coet  of  other  operations  nunpomf  including 
command  stiff,  security,  and  other  deployed 
personnel 

Historical  estimate 

CAC 

25-32 

Con  of  aircrew 

Computed  value 

COP 

33-40 

Cost  of  operations  personnel 

Computed  value 

CPU 

41-48 

Cot  of  M 

Computed  value 

COM 

48-66 

Cost  of  on  aquipmint  maintenance 

Computed  value 

CSM 

57-64 

Coet  of  inter  mediate  shop  maintenance 

Computed  value 

CPT 

85-72 

Coat  of  maintenance  personnel  training 

Computed  value  1 

CSP 

7380 

Coot  of  replacement  spam 

Computed  value 

CARO  TYPE 

VE-2  RECURRING  COST  ELEMENTS  1  continued) 

COR 

17-24 

Coat  of  depot  maintwnci 

Computed  value 

CSE 

2532 

Coat  of  nwntitninf  support  equipment 

Computed  veiu* 

CSM 

3340 

Coet  of  software  support 

Computed  value 

CJG 

41-48 

Coat  of  supporting  maintenance  manuals 

Computed  value 

QM 

4886 

Coat  of  inventory  management 

Computed  value 

CARO 

TYPE 

VE-3  NON-RECURRING  COST  ELEMENTS 

CRO 

17-2S 

Coat  of  research  and  daualopmant 

Historical  animat* 

CSI 

2532 

System  investment  coats 

Computed  value 

COI 

3340 

Support  invaatmant  coats 

Computed  value 

CPP 

4148 

Coat  of  procurement 

Computed  vela* 

CPM 

4888 

Coat  of  project  manage inent 

nwansa  ssnnan 

CPT1 

5784 

Coat  of  initial  maintenance  personnel  training 

Computed  value 

CSPI 

6572 

Coat  of  spam  investment 

Computed  veins 

CORI 

7380 

Coat  of  depot  support 

Computed  vaiua 

CARO 

TYPE 

VE4  NON-RECURRING  COST  ELEMENTS  (continued) 

csei 

17-24 

Coat  of  bam  tavai  support  equipment  invaatmant 

Compwtad  value 

CSMt 

2532 

Coat  of  software  aequiedon 

Computed  vaiua 

CJQI 

3340 

Coat  of  maintenance  manuals 

Competed  vaiua 

CJMI 

4148 

Coat  of  norweeumng  inventory  loanagamam 

Computed  vaiua 

CFAI 

4888 

Coat  of  faeditim  invaatmant 

Compptad  value 

COP 

5784 

Coat  of  syaaam  disc  nasi  in  toifnt  year  dollars 
of  the  banHn*  year 

Historical  estimate 
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VI .  RESOURCE  ASSESSMENT 


6.1  OVERVIEW 


Resource  assessment  includes  the  resource  assessment  activity 
(block  C)  and  its  products,  the  data  groups  represented  by 
elipses  9  to  15  on  Figure  18.  These  are  the; 


1.  LCOM  output  data  group,  ellipse  9. 

2.  Expected  value  model  (EXPVAL)  data  group,  ellipse  10. 

3.  R&M  model  data  group,  ellipse  11. 

4.  Operations /support  data  group,  ellipse  12. 

5.  Training  estimates  data  group,  ellipse  13. 

6.  Technical  manual  estimates  data  group,  ellipse  14. 

7.  Training/aiding  matrix  data  group,  ellipse  15. 


The  resources  assessed  by  the  activity  and  included  in  these 
data  groups  are  manpower  quantity,  skills,  and  skill  levels; 
support  equipment  requirements;  system/ subsystem  reliability  and 
maintainability;  training  course  length;  and,  technical  manual 
page  quantity  and  page  type . 

Each  assessment  directly  reflects  the  following  elements  of 
the  system  design  and  the  support  plan. 


1.  Hardware  design/conf iguration . 

2.  The  maintenance  concept. 

3.  Personnel/manpower  plans. 

4.  Training  concept. 

5.  Technical  manual  requirements. 

6.  The  support  equipment  approach. 

7.  The  spares  philosophy. 


The  resource  assessment  activity  uses  one  or  more  of  several 
different  models  and  techniques  integrated  by  CHRT.  Each  model 
and/or  technique  is  chosen  to  perform  a  specific  assessment.  The 
models  and  techniques  available,  along  with  the  resources  which 
they  assess,  are  briefly  described  as  follows. 


reSCX&LW  PiOB  BUNK-NOT  FILMED 
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1.  LCOM,  a  dynamic  simulation  program,  may  be  used  to 

assess  maintenance  manpower  and  support  equipment 

requirements . 

2.  The  expected  value  model,  an  average  value  program,  is 

usually  implemented  as  a  debugging  tool  for  LCOM. 

However,  it  may  also  be  used  to  assess  maintenance 
manpower  and  support  equipment  requirements.  It 
aggregates  maintenance  manpower  and  support  equipment 
requirements  in  two  categories:  on-equipment 

(flightline)  and  off-equipment  (shop). 

3.  The  R&M  model  is  also  an  average  value  model.  However, 

it  was  specifically  developed  to  assess  maintenance 

manpower  and  support  equipment  requirements  and  to 
provide  direct  interaction  with  a  companion  cost 
model .  The  R&M  model  aggregates  maintenance  manpower 
and  support  equipment  requirements  and  to  provide  direct 
interaction  with  a  companion  cost  model.  The  R&M  model 
aggregates  maintenance  manpower  and  support  equipment 
requirements  into  seven  flightline  categories  and  three 
shop  categories. 

4.  Manual  techniques,  developed  or  under  development,  are 
used  to  prepare  operations  and  support  manpower 
estimates . 

5.  A  comparability  technique  is  used  to  estimate  course 
length  and  content.  Different  techniques  are  used  for 
maintenance  and  operations . 

6.  A  prototype  computer  program  estimates  the  quantity  of 
technical  manual  pages  and  types  of  pages . 

7.  A  prototype  computer  program  identifies  the  degree  of 
coverage  required  in  training  and  technical  manuals  for 
specific  tasks. 


6.2  THE  RESOURCE  ASSESSMENT  ACTIVITY 


The  logistics  resource  assessment  activity  (block  C)  draws  on 
the  data  groups  represented  by  ellipses  2  through  7.  This 
activity  processes  these  data  using  specific  resource  assessment 
models  and  techniques.  The  following  subsections  discuss  the 
possible  models  and  techniques.  Where  a  model  or  technique  is 
documented,  a  reference  will  be  supplied. 
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6.2.1  LOOM  Simulation 


As  implemented  in  CHRT,  LCOM  operates  from  a  maintenance 
action  network  data  file  and  an  operations  schedule  data  file. 
The  basic  output  of  the  simulation  is  the  performance  summary 
report  which  is  used  to  assess  maintenance  manpower  and  support 
equipment  requirements.  There  are  also  several  auxiliary  reports 
that  may  be  obtained  as  required.  The  total  output  of  LCOM  is 
stored  in  the  LCOM  output  data  group  (ellipse  9). 

LCOM  is  a  Monte  Carlo  model.  As  such,  it  is  sensitive  to  the 
dynamics  of  the  operational  scenario.  The  output,  therefore,  may 
be  used  to  identify  peak  and  minimum  requirement  periods.  The 
simulation  may  then  be  used  to  evaluate  trade-offs  such  as 
revised  operational  scheduling  or  increased  manpower.  (The  LCOM 
simulation  is  documented  in  Reference  8.) 

One  capability  of  the  LCOM  model  not  documented  in  the 
reference  is  its  application  to  support  equipment  maintenance 
action  networks.  A  technique  has  been  developed  to  model  the 
maintenance  action  networks  for  the  support  equipment  required  by 
a  weapon  system  or  major  system.  Application  of  this  technique 
not  only  allows  determination  of  support  equipment  usage 
requirements,  but  also  determination  of  the  number  of  support 
equipment  units  required  to  meet  the  use. 


6.2.2  The  Expected  Value  Model  ( EVM  =*  EXPVAL) 


The  expected  value  model ,  documented  in  References  19  and  20 , 
was  originally  developed  as  a  program  with  a  quick  answer 
capability  and  as  a  debugging  tool  for  LCOM.  It  is  a  program 
which  operates  directly  from  the  LCOM  Extended  Form  11  data, 
i.e.,  the  maintenance  activity  network  data  file.  Its  Extended 
Form  11  data  base  contains  the  network  string  of  required 
maintenance  tasks  for  each  AFSC  and  item  of  support  equipment. 
The  sum  of  the  absolute  probabilities  of  occurrence  of  each  task 
multiplied  by  the  respective  task  times  yields  the  "expected" 
total  maintenance  time  for  each  AFSC  and  use  time  for  each  item 
of  support  equipment.  Resource  requirements  are  categorized 
simply  as  "on"  ( flightline)  or  "off"  (shop)  equipment  maintenance 
and  are  accumulated  at  the  subsystem  level  in  the  EXPVAL  output 
data  groups  (ellipse  10).  The  EXPVAL  can  process  any  Extended 
Form  11  data  base,  regardless  of  the  complexity  of  the  task 
structure.  This  estimate  is  useful  to  assess  the  general  impact 
of  a  deployment  scenario  on  manpower  and  support  equipment 
requirements. 


6.2.3  The  R&M  Model 


Like  the  expected  value  model,  the  R&M  model  is  al3o  an 
average  value  model  (documented  in  References  21  and  22).  It 
quantifies  the  average  requirement  but  does  not  compute 
excursions  about  this  value  that  are  a  direct  result  of  the 
scheduling  within  a  specific  operational  scenario.  This 
deficiency  in  relationship  to  a  Monte  Carlo  simulation,  however, 
is  acceptable  under  many  circumstances  j  particularly  when  the 
limited  accuracy  of  the  data  does  not  justify  a  dynamic 
simulation  or  when  there  is  a  need  to  evaluate  several  approaches 
and/or  to  quickly  estimate  requirements.  The  R&M  model  and  the 
expected  value  model  are  also  similar  in  that  they  may  be  used  to 
assess  maintenance  manpower  and  support  equipment  requirements. 

The  R&M  model  is  designed  to  accept  seven  flight line  and  thee 
shop  tasks.  The  maintenance  manpower  and  support  equipment 
requirements,  therefore,  are  summed  in  each  of  the  10  task 
categories.  The  R&M  model  application  within  CHRT  has  been 
extended  beyond  the  original  design.  For  example,  the  specific 
data  output  element,  "SE  use  hours /f lightline, ”  is  not  an  output 
of  the  documented  R&M  model.  This  was  a  modification  developed 
under  the  CHRT  study  to  improve  assessment  capability. 

In  addition,  the  original  R&M  model  was  used  only  for 
unscheduled  maintenance.  Because  significant  resources  are  also 
required  for  scheduled  maintenance,  a  technique  has  been  devised 
to  extend  R&M  model  application  to  scheduled  maintenance.  This 
capability  has  been  demonstrated  and  is  described  as  follows. 
(The  reader  may  wish  to  refer  to  Figure  4  during  this 
description.)  Scheduled  maintenance  networks  may  be  prepared  for 
any  LRU  in  a  subsystem  and  established  in  the  appropriate  data 
file.  The  scheduled  maintenance  tasks  are  set  up  support 
equipment,  flightline  troubleshooting  (or  more  appropriately, 
checkout),  removal  of  the  LRU  and  replacement  with  a  spare, 
verification  of  the  removal  and  replacement,  and  shop  retest-OK 
(the  scheduled  shop  maintenance  task).  The  probabilities  of  each 
of  these  tasks  is  lr  all  other  task  probabilities  are  zero.  For 
scheduled  maintenance  on  the  flightline,  the  set  up  support 
equipment  task,  and  the  cannot  duplicate  task  (the  scheduled 
maintenance  task)  are  given  a  probability  of  1?  and  all  others 
are  zero.  Appropriate  times  and  skills  are  then  assigned  to  each 
task.  The  period  of  scheduled  maintenance  is  applied  in  terms  of 
mean  flight-hours  between  maintenance  actions.  When  scheduled 
maintenance  is  performed  on  a  calendar  basis,  the  period  must  be 
converted  to  flight-hours.  To  differentiate  between  scheduled 
and  unscheduled  maintenance  requirements  in  the  assessment,  the 
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letter  "S"  is  inserted  in  the  LRU  code  symbol.  When  failure  data 
due  to  Scheduled  maintenance  are  available,  they  may  also  be 
included  in  the  scheduled  maintenance  networks  if  the  task 
probabilities  are  adjusted. 

The  R&M  model  has  been  extended  to  provide  an  early 
indication  of  training  and  technical  manual  information  content 
requirements.  Initially,  the  R&M  program  is  modified  to 
determine  and  order  two  data  sets. 


By  Subsystem  -  Flightline  (troubleshooting  and  non¬ 
troubleshooting) 


1.  Number  of  actions /KFH 

2.  Crew  size 

3 .  MMH/KFH 


3y  LRU  -  Shop 

1 .  Number  of  actions/KFH 

2.  Crew  size 

3 .  MMH/KFH 

4.  Conditional  mean  task  line 


This  output  is  then  used  as  an  input  to  an  interactive 
training/aiding  program.  The  latter  program  operates  on  these 
two  data  sets  to  determine  and  present  the  training/aiding 
matrix . 


6.2.4  Description  of  Model  Interrelationships 


The  interrelationship  of  LCOM,  the  expected  value  model,  and 
the  R&M  model  is  depicted  in  Figure  12.  In  this  figure,  the 
circles  represent  data  and  the  blocks  represent  various  types  of 
operations.  Starting  from  left  to  right  in  the  figure,  external 
data  sources  are  reviewed  for  maintenance  task  data  by  the 
program  definition,  comparability,  and  task  analysis  activity. 
The  purpose  in  this  case  is  to  preprare  R&M  model  input  data  or 
maintenance  action  network  data,  depending  on  which  one  of  the 
three  models  is  to  be  used.  The  former  is  required  to  support 
the  R&M  model  while  the  latter  is  required  to  support  LCOM  and 
the  expected  value  model. 
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Figure  12  R&M  MODEL.  LCOM,  ANO  EXPVAL  MODEL  INTERRALATIONSHIP 
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To  exploit  the  individual  advantages  of  these  models,  all 
have  been  retained  witfiin  CHRT.  To  do  this  efficiently, 

compatibility  among  the  models  was  improved  and  minimization  of 
input  data  was  achieved.  Before  further  discussion,  however, 
some  basic  characteristics  of  the  models  will  be  reviewed 

(particularly  of  LCOM  and  the  R&M  model). 

In  LCOM,  a  Monte  Carlo  simulation,  the  maintenance  action 

networks  need  not  adhere  to  any  specific  predefined  form.  They 

must  simply  obey  a  set  of  rules  for  construction  of  a  network  of 
any  size  or  complexity.  It  is  well  within  these  rules  to 
describe  a  network  for  a  complex  subsystem  as  a  single  task  and 
to  simultaneously  describe  the  repair  process  of  a  shop 
replaceable  unit  to  the  most  intricate  detail  of  parallel  and 
consecutive  tasks.  In  the  normal  application,  however,  the 
complexity  of  the  network  reflects  the  availability  of  data  and 
interest  in  the  equipments.  LCOM  is  normally  used  where  a  system 
configuration  is  firmly  established,  where  the  operational 
scenario  is  known,  and  where  the  dynamics  of  the  personnel  and 
support  equipment  requirements  are  required  to  be  known. 

On  the  other  hand,  the  R&M  model  is  disciplined  to  a 
generalized  or  compressed  maintenance  action  network  consisting 
of  seven  flightline  and  three  shop  tasks.  The  concept  for  a 
generalized  or  compressed  maintenance  action  network,  as  one 
which  contained  only  the  tasks  handled  by  the  R&M  model,  was 
discussed  in  Section  3.4.2.  Complex  networks  are  formed  When  the 
compressed  networks  are  extended,  as  they  are  in  LCOM,  to  include 
additional  tasks,  parallel  tasks,  and  tasks  with  multiple  records 
(such  as  the  same  task  with  different  task  characteristics).  In 
addition,  the  R&M  model  is  an  average  value  model  and,  as  such, 
considers  only  a  generalized  average  value  operational 
scenario.  As  a  result,  the  output  does  not  reflect  the  dynamics 
of  the  personnel  and  -support  requirements.  The  R&M  model, 
however,  is  simpler  to  use  and  requires  less  resources  to 
operate.  It  is  very  appropriate  in  the  earlier  phases  of 
acquistion  Where  many  iterations  are  desired  and  where  the 
accuracy  of  the  input  data  does  not  justify  use  of  the  more 
complex  method . 

To  increase  the  compatibility  between  the  R&M  model  and  LCOM 
and  to  maintain  the  simplest  possible  data  base,  a  prototype 
preprocessor  was  developed.  This  program,  KONVERT,  converts  a 
generalized  maintenance  action  network  data  file  to  R&M  model 
input  data,  eliminating  the  need  to  carry  the  R&M  model  data  file 
in  the  CDB  when  both  models  are  planned  to  be  used.  As  the 
networks  become  more  complex,  however,  they  must  be  reduced 
manually  to  the  generalized  format  before  they  can  be  operated  on 
by  the  preprocessor.  The  block  listed  as  transformation  in 
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Figure  12,  consists  of  this  two-step  process:  the  reduction  of 
complex  networks  to  generalized  networks  and  the  conversion  of 
the  maintenance  action  network  data  representing  these 
generalized  networks  to  R&M  model  input  format. 

As  implemented  by  CHRT  and  employed  in  the  acquistiion 
process,  the  R&M  model  is  used  very  early  and  precedes 
application  of  LCOM.  The  basic  reason  is  that  data  accuracy  is 
limited  and  relative  results  among  many  alternatives  are  of 
primary  interest,  rather  than  the  absolute  assessment  of  a  single 
or  very  few  alternatives.  The  input  data  during  the  early  phase 
is  limited  to  generalized  maintenance  action  networks  retained  in 
the  maintenance  action  network  data  file,  and  the  KONVERT 
preprocessor  is  employed.  In  this  way,  the  option  to  use  LCOM  is 
not  lost.  In  addition,  the  maintenance  networks  can  readily  be 
extended  to  the  more  complex  form  as  the  number  of  alternatives 
decrease  and  data  accuracy  and  availability  increases.  At  this 
point,  a  decision  must  be  made  to  retain  only  the  one  file  and 
use  the  two-step  conversion  when  an  R&M  run  is  required  or  to 
establish  a  secondary  R&M  model  input  file.  When  only  the  R&M 
model  is  to  be  used,  all  data  may  be  retained  in  R&M  format.  The 
reader  should  recognize  also  that  an  R&M  input  file  is  required 
for  cost  assessment  with  RMCM. 

All  three  models  conceivably  would  be  established  in  the  late 
design  stage  and  retained  throughout  the  remainder  of  the  weapon 
system  life  cycle.  The  R&M  model  would  be  used  as  an  integral 
part  of  CHRT  in  all  phases,  including  production/deployment,  to 
evaluate  the  impact  of  alternatives  and  changes.  Used  in 
conjunction  with  the  RMCM,  it  would  also  be  useful  in  identifying 
areas  of  high  resource  consumption  or  excessive  ownership  cost. 
LCOM  would  be  retained  Co  model  the  existing  and  potential 
maintenance  systems  and  to  dynamically  evaluate  their 
effectiveness  in  various  scenarios.  The  expected  value  model 
would  be  used  to  provide  a  quick  look  at  LCOM.  This  intermodel 
compatibility  also  exists  in  cases  (many  present  weapon  systems) 
where  LCOM  networks  have  been  developed  and  have  preceded  R&M 
model  development.  The  Extended  Form  11  data  can  be  converted  to 
R&M  model  input  data,  and  all  advantages  of  RMCM  can  be 
obtained.  The  reader  should  be  aware  that  a  cost  model  is  under 
development  also  for  use  with  LCOM. 


6.2.5  Operations/Support  Assessment 


The  models  discussed  in  the  previous  subsection  traditionally 
have  been  used  to  provide  assessments  of  flight  line  and  shop 
prime  equipment  maintenance  personnel  requirements  only.  To 


completely  assess  the  impact  of  a  weapon  system  on  personnel 
requirements,  however,  operations  and  other  support  personnel 
also  must  be  considered.  This  type  of  assessment  is  accomplished 
in  the  CHRT  process.  The  techniques  used  to  perform  this 
assessment  are  discussed  in  the  following  paragraphs. 

An  operations  manpower  assessment  is  accomplished  using  a 
simple  calculation  which  is  entirely  satisfactory.  Information 
regarding  aircraft  inventory  characteristics  (such  as  buldup, 
steady-state,  and  phase-down),  aircraft/crew  ratio,  number  and 
type  of  crewmembers  per  crew,  and  training  aircraft/instructor 
crew  ratio  is  obtained  from  the  appropriate  files  in  the  program 
requirements  and  operations  requirements/tasks  data  groups. 
Operator  and  instructor  requirements  then  are  calculated  and 
presented  on  a  fiscal  year  basis.  The  resulting  information  then 
is  stored  in  the  operations  manpower  estimates  data  file,  part  of 
the  operations /support  estimates  data  group. 

Two  specific  areas  in  the  support  maintenance  category  are 
considered  by  CHRT  because  they  have  significant  impact  on  both 
manpower  requirements  and  SOC.  These  are  support  equipment 
operator/maintenance  personnel  and  software  support  personnel. 
Estimates  covering  these  areas  are  retained  in  the  support 
maintenance  manpower  estimates  data  file  of  the 
operations /support  estimates  data  group. 

Support  equipment  operator/maintenance  personnel  primarily 
have  an  impact  on  personnel  requirements  at  the  base  level  where 
the  majority  of  support  equipment  is  used.  Basic  techniques  for 
assessing  this  personnel  area  with  LCOM  and  the  R&M  model  have 
been  developed  during  this  study.  The  R&M  model  can  be  used  to 
provide  estimates  of  operator  personnel  for  flightline  support 
equipment  and  of  operator/maintenance  personnel  for  shop  support 
equipment.  The  R&M  model  does  not  yet  handle  support  equipment 
maintenance  action  networks  and,  as  a  result,  cannot  be  used  to 
estimate  maintenance  personnel  requirements  for  flightline 
support  equipment.  Application  of  both  the  LCOM  and  the  RS.M 
model  to  support  equipment  operator/maintenance  personnel  has 
been  limited  to  this  study,  and  further  application  is  needed. 

The  software  support  personnel  factor  is  becoming 
increasingly  important  in  support  maintenance  at  the  depot  level 
due  to  the  profusion  of  avionics  and  flight  control  software. 
These  personnel  are  not  directly  considered  by  any  of  the  five 
technologies.  SOC  and  the  RMCM  models  consider  these  personnel 
indirectly  in  that  software  support  personnel  drive  the 
nonrecurring  and  recurring  cost  of  software.  Even  here,  however, 
existing  techniques  do  not  specifically  quantify  software  support 
personnel  requirements.  Existing  techniques  rely  on  simple 
relationship  factors  such  ass  15  work-months  of  effort  is 


required  per  1000  computer  words  when  programming  in  assembly 
language.  This  factor,  number  of  work  (man)  months  per  thousand 
words  of  code  (NMMKW)  is  used  in  the  software  cost  equations 
which  are  part  of  the  RMCM.  The  basic  information,  required 
computer  words,  must  first  be  estimated  and  established  in  the 
software  configuration/characteristics  data  file  ( see  Section 
4. 3. 2. 2  and  Table  6).  The  factors  then  must  be  estimated  or 
obtained  from  some  source,  usually  a  literature  search  or 
survey.  The  factors  also  must  be  appropriate  for  the 
situation.  For  example,  although  15  work  months  per  1000 
computer  words  for  assembly  language  programming  might  be  valid, 
it  would  not  be  appropriate  if  the  programming  were  done  in 
higher  order  language.  Existing  techniques,  therefore,  are  based 
on  expert  opinion  and  judgement.  Hopefully,  future  work  will 
develop  more  commonly  usable  procedures. 


6.2.6  Training  Requirement  Assessment 


Training  requirement  assessment,  as  used  here,  is  the 
determination  of  the  type  and  duration  of  required  training 
courses.  It  does  not  deal  with  the  content  of  the  courses  or  the 
facilities  required  to  present  the  courses.  The  actual  course 
requirement  and  the  course  duration  are  finally  determined  after 
thtf  task  analysis  and  training  program  development  effort  during 
the  full-scale  development  and/or  production  phase.  Until  that 
time,  aui  alternative  method  is  required  to  estimate  the  training 
requirement,  which  is  am  important  resource  and  cost  factor.  The 
types  of  training  courses  required  are  satisfactorily  determined 
during  early  acquistiion  from  the  support  plan  requirement  and 
from  knowledge  of  the  skills  and  skill  levels  anticipated  to 
operate  and  maintain  the  system.  This  inforamtion  results  from 
the  program  definition,  comparability,  and  task  analysis.  The 
course  length  is  determined  using  one  of  two  techniques  for 
operator  and  maintenance  training,  respectively.  Both  techniques 
use  comparable  course  information  as  the  base  for  estimating 
expected  course  duration. 


6.2.7  Maintenance  Training  Requirements 


Maintenance  training  courses  include  both  specialty  and 
technical  training.  Comparable  courses  of  both  types,  when 
expected  to  be  required,  must  be  adjusted  to  the  system  design 
and  support  plan  that  will  be  implemented.  Particular  emphasis 
must  be  placed  on  adjusting  the  comparable  course  characteristics 
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for  compatibility  with  the  personnel,  training,  and  technical 
manual  approach  planned.  Two  specific  integrated  approaches  have 
been  considered  during  this  study,  the  conventional  (deductive) 
and  the  task-oriented  (directive).  The  technique  used  to 

estimate  duration  and  general  content  for  these  approaches, 
however,  may  be  extended  to  any  other  approach.  The  selected 
training  approach  is  then  complemented  with  a  similar  technical 
manual  approach,  both  of  which  are  specifically  geared  to  the 
skill  level  of  the  expected  user. 

Air  Force  specialty  training  courses  exist  for  most  skill 
areas.  These  courses,  their  duration,  and  the  course  material 
normally  reflect  the  conventional  approach.  Course  content 
generally  follows  the  outline  shown  in  Table  20.  The  task- 
oriented  training  factors,  shown  in  parentheses  opposite  the 
conventional  course  outline,  are  used  to  adjust  conventional 
course  length  to  task-oriented  course  length.  These  task- 
oriented  training  factors  were  developed  by  two  behavioral 
scientists  and  are  based  on  both  a  knowledge  of  the  objectives 
oriented  approach  is  estimated  by  multiplying  the  conventional 
course  time  required  for  the  various  topics  by  the  factors  shown 
in  parentheses.  For  example,  the  task-oriented  approach  provides 
little  theory  because  the  deductive  reasoning  process  is 
effectively  replaced  by  direction.  Therefore,  the  time  allotted 
to  "Basic  Principles"  is  only  20  percent  of  that  in  a 
conventional  course.  On  the  other  hand,  use  of  directive 
material  and  test  equipment  is  more  heavily  emphasized  in  a  task- 
oriented  course  than  in  a  conventional  course;  therefore, 
"Technical  publications,  paperwork"  and  "Test  equipment"  are  more 
heavily  emphasized  in  task-oriented  training. 

Technical  training  course  length  estimates  must  be  made  on  a 
judgment  basis  by  competent  training  personnel.  These  personnel 
must  possess  a  knowledge  of  new  and/or  estimated  tasks  and 
understanding  of  the  expected  user,  the  type  training  desired 
(I,  II,  or  III),  and  the  training  approach  (conventional  or  task- 
oriented).  This  estimate  is  based  largely  on  judgment.  It  is  a 
valid  approach,  but  one  which  must  be  implemented  by  qualified 
personnel.  Within-  CHRT,  this  judgment  is  made  with  full 
knowledge  of  the  system  design  and  support  planning  objectives 
and  in  coordination  with  other  specialists. 


6.2.8  Operator  Training  Requirements 


Operator  (aircrew)  training  estimates  are  made  in  a  manner 
similar  to  maintenance  technical  training  estimates.  Aircrew 
specialty  training,  such  as  basic  pilot  or  navigation  training, 
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Table  20  CONVENTIONAL/TASK-ORIENTED  TRAINING  RELATIONSHIP 


Task-Oriented 

Conventional  Course  Outline 

Training  Factor 

A. 

Basic  Principles 

(0.20) 

B. 

General  Information.  Fundamentals,  and 

Administration 

1 .  General 

(0.95) 

2.  Technical  Publications,  paperwork 

(1.10) 

3.  Maintenance  procedures 

(0.90) 

C. 

Applied  Principles 

1.  General 

(0.75) 

2.  Specific 

(1.00) 

3.  Test  equipment 

(1.20) 

D. 

Equipment  Related  Features 

1.  Subsystem/LRU 

2.  LRU  component 

(0.50) 

E. 

Maintenance  Requirements  and  Equipment 

Performance 

1.  Standards,  checks,  adjustments 

2.  Troubleshooting  procedures/support  equipment 

(0.50) 
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is  not  a  valid  system  ownership  cost  (SOC)  area  and  is  not 
considered.  Aircrew  transition  training  on  the  weapon  system, 
however,  is  a  SOC  consideration  and  estimates  must  be  made. 


The  operator  training  assessment  is  made  using  two  data 
files.  The  first  is  the  operator  course  material  data  file  which 
provides  comparable  course  data.  The  second  is  the  operator 
tasks  data  file  which  provides  operator  task  listings  modified  to 
integrate  new  tasks  due  to  the  new  system,  and  to  reallocate  or 
eliminate  tasks  accomplished  on  the  comparable  system.  Samples 
of  these  task  listings  were  shown  in  Tables  15  and  16. 

The  AMST  was  a  very  good  example  of  how  this  procedure  is 
accomplished.  The  comparable  system  was  the  C-130  and  the 
mission  objectives  and  functions  of  the  two  aircraft  were  very 
similar.  The  AMST,  however,  eliminated  both  a  flight  engineer 
and  a  navigator;  therefore,  their  functions  had  to  be  reallocated 
where  they  still  existed  and  eliminated  where  the  function  was  no 
longer  required  due  to  equipment  changes.  Many  specific  flight 
performance  and  navigation  duties  were  eliminated  due  to  improved 
equipment  such  as  inertial  navigation  equipment.  Those  that 
remained  had  to  be  allocated  to  the  pilot  and  copilot. 
Additionally,  the  STOL  capability  added  new  tasks  to  be 
accomplished  by  the  pilot  and  copilot.  The  task  listings 
reflected  these  perturbations,  and  training  course  estimates  were 
adjusted  to  absorb  them. 


6.2.9  Technical  Manual  Assessment 


A  prototype  computer-based  technical  manual  assessment 
program  is  used  to  estimate  the  quantity  and  types  of  pages  that 
will  be  required  for  both  flight  line  and  shop  technical 
manuals.  The  program  may  be  uued  to  estimate  either  conventional 
or  task-oriented  manuals.  The  conventional  manual  contains 
significant  theory  and  is  of  the  general  kind  procured  by  the  Air 
Force  over  the  last  15  years.  The  task-oriented  manual  is  a 
newer  type  which  is  directive  in  nature  and  is  specified  by  MIL- 
M-83495.  The  actual  determination  of  page  quantity  by  page  type 
is  made  by  algorithms  within  the  computer  program.  The 
algorithms  also  can  specify  the  quantity  of  troubleshooting  and 
non-troubleshooting  pages.  The  possible  page  types  and  the  kind 
of  manual  (conventional  or  task-oriented)  in  which  each  type  of 
page  'would  be  found,  are  provided  in  Table  21. 

The  algorithms  were  developed  using  F-15  system  technical 
manual  data.  The  development  is  described  in  References  13  and 
14.  The  major  variables  in  each  of  the  algorithms  are  number  of 

t 
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Table  21  PAGE  TYPES  FOR  CONVENTIONAL  (C)  AND  TASK-ORIENTED  (T) 

MANUALS 


subsystems,  LRUs,  and  SRUs  in  a  system;  and,  the  types  of 
maintenance  actions  required  to  support  each  subsystem,  LRU,  and 
SRU.  Additionally,  these  algorithms  are  unique  to  an  equipment 
category.  Por  example,  avionics  and  landing  gear  are  technically 
dissimilar  and  require  different  algorithms.  A  flight 
instrument/control  system  and  an  avionics  system  are  similar  and 
would  use  the  same  algorithms.  Two  sets  of  algorithms  have  been 
prepared;  one  for  electrical  and  another  for  raechanical/hydraulic 
systems.  The  user  of  the  technical  manual  assessment  program 
therefore  must  assure  that  the  appropriate  algorithm  is  used. 

The  algorithm  developed  to  predict  the  content  of  a  fault 
isolation  manual  to  support  the  task-oriented  approach  to 
flightline  troubleshooting  is  provided  here  as  an  example.  This 
algorithm  determines  the  number  of  maintenance  actions, 
pictorials,  and  schematics  as  a  function  of  the  number  of 
subsystems  and  LRUs.  In  this  case, 


#  actions  =  2  actions /subsystems  +  2  actions/LRU 

#  pictorials  »  2  pictorials/LRU 

#  schematics  =  1  schematic/ subsystem  +  1  schematic/LRU 


The  total  pages  are  then  calculated  as  follows: 


4  pages  1  action  page/action  +1/2  narrative  page/LRU 
+  1  pictorial  page/pictorial 

#  2  schematic  pages /subsystem  +  1  schematic 

page/LRU. 


In  this  type  of  manual,  the  following  page  type  relationships 
are  applicable: 


action  page  =  fault  isolation  chart 
narrative  page  =  narrative 
pictorial  page  =  access  line  art 

subsystem  schematic  page  =*  fault  isolation  schematic 
block 

LRU  schematic  page  =  fault  isolation  schematic  flow 


The  technical  manual  assessment  program  utilizes  the  hardware 
configuration/chracteristics  data  file  as  a  direct  input.  The 
output  of  the  assessment  program  comprises  the  technical  manual 
estimates  data  group  (ellipse  14). 
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6.2.10  Training  and  Technical  Manual  Information  Content 
Assessment 

The  assessment  of  training  and  technical  manual  information 
content  is  typically  accomplished  during  the  mid  to  full-scale 
development  phase.  This  is  done  directly  through  the  program 
definition,  comparability,  and  task  analysis  activity  (block  A) 
and  results  in  the  intermediate  products  data  group  (ellipse  16). 

There  are,  however,  certain  advantages  to  assessing  training 
and  technical  manual  information  content  earlier  during  the 
acquisition  program.  Such  an  assessment  could  be  used  to 


1.  Prioritize  the  importance  of  training  and  technical 
manual  coverage  areas . 

2 .  Develop  training  and  technical  and  manual  statements  of 
work. 

3.  Alert  training  and  technical  manual  specialists  to  the 
possibility  of  extraordinary  product  needs. 

4.  Identify  areas  for  training/ technical/ support  equipment 
trade-offs .' 


A  technique  has  been  developed  to  perform  an  early  assessment 
for  three  very  basic  tasks.  These  tasks  are  troubleshoot  on  the 
flightline,  nontroubleshoot  on  the  flightline,  and  repaid  in  the 
shop.  The  first  two  are  considered  at  the  subsystem  level  (  for 
example,  a  radio  set).  The  third  is  considered  at  the  LRU  level 
(for  example,  the  radio  set  receiver). 

The  technique  consists  of  two  steps.  First,  the  R&M  model, 
modified  to  compute  and  numerically  order  several  task-related 
characteristics,  is  run  for  all  the  subsystems  within  a  major 
system  (for  example,  avionics).  The  characteristics  computed  and 
ordered  are 


1.  Conditional  Mean  Task  Time  (CMTT ) 

This  is  the  amount  of  time  required  to  perform  a  task 
given  there  is  a  failure  and  the  task  is  performed. 
Since  the  tasks  previously  described  are  combinations  of 
the  various  maintenance  events  present  in  a  maintenance 
action  network,  the  CMTT  is  computed  as  an  average  time 
weighted  by  the  relative  frequency  of  each  maintenance 
event  within  the  task. 
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2.  Maintenance  Actions/KFH 

This  is  the  total  number  of  maintenance  actions 
segregated  into  the  three  task  categories  described. 

3.  Crew  Size 

The  average  crew  sizes  among  the  maintenance  events 
forming  each  type  of  task. 

4.  The  Ratio  of  the  probability  of  Maintenance  on  the 
Aircraft  to  the  probability  of  Remove  and  Replace  (P  M 
A/C)/P  (RStR) 

This  ratio  is  computed  for  use  as  a  modifier  to  crew 
size. 


These  characteristics  are  then  input  to  an  interactive  prototype 
computer  program,  the  training/aiding  matrix  program,  whicn  provides  a 
preliminary  assessment  of  training  ana  technical  manual  information 
content  requirements.  The  training/aiding  matrix  provides  an  indication 
of  the  degree  of  coverage  required  ana  is  aiscussea  in  some  aetaii  in  the 
next  section.  Limited  experience  with  tne  training/aiaing  matrix  to  date 
indicates  that  it  can  oe  used  to  achieve  tne  auvantages  citea  earlier  in 
this  subsection. 


6.3  DATA  OUTPUT  OF  THE  RESOURCE  ASSESSMENT  ACTIVITY 


The  data  output  of  the  resource  assessment  activity  consists 
of  the  data  groups  and  associated  data  files  listed  below. 

LCOM  Output  EXPVAL  Output 

Baseline(s)  Baseline(s) 

Alternatives  Alternatives 

Operations  &  Support  Estimates 

Operations  Manpower  Estimates 
Baseline(s) 

Alternatives 

Support  Maintenance  Manpower  Estimates 
8aseline{ s) 

Alternatives 


R&M  Output 

Baseline ( s ) 
Alternatives 


Training  Estimates 

Maintenance  Training  Estimates 
Baseline( s) 

Alternatives 

Operator  Training  Estimates 
Baseline( s ) 

Alternatives 

Technical  Manual  Estimates  Training/Aiding  Matrix 

Baseline(s)  Baseline(s) 

Alternatives  Alternatives 


Detailed  descriptions  of  these  data  groups  and  files  are 
provided  in  the  subsections  which  follow. 


6.3.1  LCOM  Output  Data  Group 


The  LCOM  output  data  group  (ellipse  9)  is  the  main  output  of 
the  LCOM  simulation  program,  the  performance  summary  report 
( PSR) .  A  separate  data  file  is  maintained  for  each  baseline(s) 
and  an  alternative  on  which  LCOM  is  used.  The  reports  are 
maintained  in  the  CDB  as  computer  printouts .  During  each 
simulation  run,  operations,  aircraft,  personnel,  and  support 
equipment  data  are  collected  and  processed  to  produce  this 
report.  A  complete  example  of  a  PSR  is  provided  in  Table  22. 
The  data  presented  are  quite  extensive.  To  simplify  data  review, 
a  number  of  more  specific  reports  may  be  obtained  through  the  use 
of  post-processor  modules  to  the  LCOM  simulation  program.  These 
additional  reports  include  the  following. 


1.  PSR  statistical  graphs  of  each  PSR  result  versus  time. 

2.  Aircraft  time  line  displays. 

3.  Manpower  matrices  of  personnel  requirements  versus  time 
of  day  for  each  step. 

4.  Analysis  of  parts/resource  usage  and  availability. 

5.  Mission  statistical  summary  analysis. 

6 .  Support  equipment  usage  data . 


A  detailed  description  of  the  LCOM  products  is  presented  in 
Reference  8. 
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Table  22  LCOM  OUTPUT  DATA  FILE  -  PROJECTED  AMST  LANDING  GEAR  DATA 
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6.3.2  EXPVAL  Output  Data  Group 


The  EXPVAL  output  data  group  (ellipse  10)  is  the  product  of 
the  expected  value  model  program.  A.  separate  EXPVAL  output  data 
file  is  maintained  for  each  baseline  and  alternative  on  which  the 
expected  value  model  is  run.  The  output  is  retained  in  the  CDB 
as  a  computer  printout.  The  expected  value  output  represents  a 
summation  of  Extended  Form  11  resource  data  categorized  as 
follows . 


By  support  equipment  (SE)  item: 

1 .  SE  use  hours/on-equipment 

2.  SE  use  hours/off-equipment 


By  AFSC  and  skill  level: 

1 .  MMH/ on-equipment 

2.  MMH/of f-equipment 


Additional  information  regarding  the  EXPVAL  model  and  output 
may  be  found  in  References  19  and  20. 


6.3.3  R&M  Output  Data  Group 


The  R&M  output  data  group  (ellipse  11)  is  the  product  of  the 
R&M  model  program.  A  separate  data  file  is  maintained  for  each 
baseline(s)  and  alternative  on  which  the  R&M  model  is  run.  The 
output  is  retained  in  the  CDB  as  a  computer  printout. 

The  term  "R&M  model"  as  used  here  applies  to  the  R&M  model 
documented  by  Reference  21  and  as  enhanced  by  complementary 
prototype  prograins  developed  as  part  of  this  study.  These 
enhancements  have  been  discussed  in  Section  6.2.  The  specific 
categories  and  output  sets  of  data  available  from  the  R&M  model 
are  the  following: 


By  subsystem 

1.  Availability 

2.  MMH/ task 

3.  MTTR/task 


$ 
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4 .  MFHBMA 

5.  SE  use  hours/flightline 

6.  SE  use  hours /shop 

7.  SE  repair  time /shop 

By  LRU  and  task 

1 .  MMH/KFH 

2.  MMH 

3.  MTTR  by  AFSC  (skill  and  level) /LRU  and  subsystem 

4 .  MMH/KFH 

5.  Cost/KFH 

By  subsystem  -  flightline  (troubleshooting  and  non-troubleshooting) 

1.  Number  of  actions/KFH 

2.  Crew  size 

3.  MMH/KFH 

By  LRU  -  shop 

1.  Number  of  actions/KFH 

2 .  Crew  size 

3 .  MMH/KFH 

4.  Conditional  mean  task  line 


The  latter  two  are  used  as  input  sets  to  the  training/aiding 
matrix  program. 

A  complete  RS>M  output  data  file  is  provided  in  Table  23.  The 
sample  represents  the  R&M  output  for  the  standard  station  keeping 
equipment.  It  was  developed  by  application  of  the  R&M  model  t.o 
the  R&M  model  data  file  provided  in  Table  12. 


6.3.4  Operations/Support  Estimates  Data  Group 


At  the  present  time,  the  operations/support  estimates  data 
group  (ellipse  12)  consists  of  two  data  files.  These  are  the 
operations  manpower  estimates  data  file  and  the  support  manpower 
estimates  data  file.  Within  each  file  estimates  are  retained  for 
each  baseline  and  alternative  considered.  All  of  these  data 
files  are  retained  in  the  CDB  as  hard  copy. 
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Table  23  R&M  DATA  OUTPUT  •  STANDARD  STATION  KEEPING 

EQUIPMENT 


AMST  STATION 

KEEPING  EQUIPMENT 

R&M  DATA  - 

STANDARD 

AFSC- 32831 

s 

1.00 

MMH/KFH 

COST/KFH 

OAN2S2 

14.34791 

14.34791 

OAN2S3 

33.81217 

33.81217 

DAN2S4 

0.31939 

0.31939 

FL 

58.47148 

58.47148 

DAN250 

104.95096 

104.95095 

FL 

184815 

3.84815 

DAN2SO 

3.84815 

3.84815 

TOTAL 

108.79711 

108.79711 

AFSC328S1 

s 

1.00 

MMH/KFH 

COST/KFH 

DAN2S1 

197719 

2.97719 

DAN  252 

28.32015 

28.32015 

OAN2S3 

40.22243 

40.22243 

DAN2S4 

0.57480 

0.57490 

OAN2S5 

0.00884 

0.00884 

0AN2S6 

0.33232 

0.33232: 

OAN2S7 

0.00884 

0.00894 

FL 

11150571 

11150571 

DAN250 

183.94839 

183.94839 

0AN2S3 

32.05128 

3105128 

FL 

0. 

0. 

OAN2SO 

32.05128 

3105128 

TOTAL 

215.99787 

215.99787 

AFSC-83153 

s 

1.00 

MMH/KFH 

COST/KFH 

FL 

8.41085 

8.41008 

OAN2SO 

8.41086 

8.41088 

TOTAL 

8.41085 

3.41096 
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Table  23  R&M  DATA  OUPUT  •  STANDARD  STATION  KEEPING 
EQUIPMENT  (continued) 


Table  23  R&M  DATA  OUTPUT  -  STANDARD  STATION  KEEPING 
EQUIPMENT  (concluded) 
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3. 
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3. 
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3. 
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3. 
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3. 
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a. 
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3. 

2- 

3. 
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3. 

1  .9991 
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1. 

12.0113 

11.4471 
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1. 

a 

3. 

3. 

1. 

J. 
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3. 
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9. 14*1 

3.  3. 

3. 

3.  12.0111 

11.4474 

6. 3. 4.1  Operations  Manpower  Estimates  Data  File 


Operations  manpower  estimates  are  made  and  a  data  file  is 
established  for  each  operations  manning  alternative  which  is 
addressed.  Operations  manpower  estimates  are  derived  through  a 
manual  procedure  which  considers  the  number  of  aircraft 
available,  the  number  of  crews  required  per  aircraft,  and  the 
number  and  type  of  crewmembers  per  crew.  Calcualtions  are  made 
for  both  operator  and  instructor  personnel.  These  calcualtions 
are  presented  in  a  schedule  format  which  addresses  crews  to  be 
trained  and  total  operator  and  instructor  crew  requirements  on  a 
fiscal  year  basis.  A  sample  operations  estimate  is  presented  in 
Table  24. 


6. 3. 4. 2  Support  Maintenance  Manpower  Estimates  Data  File 


The  support  maintenance  manpower  data  file  is  reserved  for 
estimates  of  support  equipment  personnel  and  software  maintenance 
personnel.  The  LOOM  and  R&M  model  address  hardware  maintenance 
personnel  and,  to  a  limited  degree,  support  equipment  maintenance 
personnel.  Software  support  personnel  are  not  addrassed  by  these 
models , 


6.3.5  Training  Estimates  Data  Group 


The  training  estimate  data  group  (ellipse  13)  consists  of  two 
data  files;  the  maintenance  training  estimate  data  file  and  the 
operator  training  estimate  data  file.  Each  file  is  developed 
through  manual  but  distinctly  different  processes.  Both  files 
are  similar,  however,  in  that  they  provide  estimates  of  training 
course  length  and  are  stored  in  the  CDB  as  hard  copy. 


6. 3. 5.1  Maintenance  Training  Estimate  Data  File 


Maintenance  training  estimates  are  developed  from  data 
maintained  in  the  maintenance  training  course  material  data  file 
(Section  4. 3. 4. 4)  for  the  AFSC  and  skill  levels  required.  In  the 
case  of  specialty  training,  standard  course  lengths  are  used  if  a 
conventional  approach  to  training  is  planned .  Standard  course 
lengths  may  be  modified  using  a  set  of  established  guidelines  to 
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Table  24  OPERATION  MANPOWER  ESTIMATE 


m 

K3I 

mm 

wrrm 

Oi 

mm 

mm 

BSSlgM 

K9 

05 

wm 

i mm 

mm 

n 

I 1 

Craws  to  bo  Trained 

■ 

8 

32 

84 

132 

138 

156 

119 

54  J  54 

1 

54 

0 

0 

Q 

0 

Tor. 

If  Open 

mom  a 

1 

nd  instructor  Cr%* 

m  Rsq 

jired 

H 

8 

40 

120 

240 

352 

472 

544 

544  |s40 

508 

432 

312 

192 

72 

i 

■■■■■■ 

■WPS 

■MM 

Crew  Competition 
Pilot 
Copilot 
Nawi^itor* 

Loedmoster 

SASIC  REQUIREMENT  TRAINING  REQUIREMENT  DERIVATION 

2-Crawt/ Aircraft  FY8M9  New  Craw  Requirement  *  10%  Turnover 

25S— Unit  Equipped  Aircraft  Peak  FY90-04  10%  Tumanr 

IS— Training  Aircraft  Peak  FY05-09  10%  Turnover  Satitfied  by  Paatugnmem 

*  Four-man  flight  craw  only 
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provide  estimates  of  task-oriented  training  course  length.  A 
sample  maintenance  training  estimate  data  file  is  presented  in 
Table  25  for  projected  AMST  AFSC  and  skill  levels.  Conventional 
and  task-oriented  course  length  estimates  are  provided. 


6. 3. 5. 2  Operator  Training  Estimate  Data  File 


Operator  training  estimates  are  developed  from  data 
maintained  in  the  operator  tasks  data  file  and  operator  course 
material  data  file  (Sections  4. 3. 5.3  and  4. 3. 5.4).  Table  26 
presents  the  operator  training  estimate  data  file  for  the  AMST. 
The  "AMST  Additional  Training  Estimate"  indicates  the  number  of 
days  of  training  required  beyond  that  of  the  reference  C-130 
training  course.  The  training  schedule  indicates  the  number  and 
type  of  training  days  estimated  for  the  AMST. 


6.3.6  Technical  Manual  Estimates  Data  Group 


The  technical  manual  estimates  data  group  (ellipse  14) 
provides  '  the  estimated  page  type  and  quantity  of  pages  for  both 
troubleshooting  (TS),  and  non-troubleshooting  (NTS).  Each  of 
these  categories  is  further  subdivided  into  flightline  and 
shop.  A  separate  technical  manual  estimates  data  file  should  be 
maintained  for  each  hardware  baseline  and  alternative  design. 
These  files  are  retained  in  the  CDB  as  hard  copy  computer 
printout.  Sample  technical  manual  estimates  for  the  projected 
AMST  landing  gear  are  provided  in  Table  27.  These  estimates  were 
derived  using  the  prototype  computer  program  described  in  Section 
6.2.9. 


6.3.7  ^raining/Aiding  Matrix  Data  Group 


The  training/aiding  matrix  data  group  (ellipse  15)  provides 
information  content  requirements  in  terms  of  the  degree  of 
coverage  required  in  training  and/or  tech  manuals  for  both 
flightline  and  shop  tasks.  The  procedure  used  to  develop  this 
matrix  was  described  in  paragraph  6.2.10.  The  matrix  is  meant 
for  use  during  the  conceptual,  validation,  and  early  full  scale 
development  phases.  A  separate  data  file  is  established  on  each 
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baseline  and  alternative,  as  appropriate,  and  stored  in  the  CDB 
as  a  hard  copy  computer  printout.  A  training/aiding  matrix  would 
normally  be  desired  only  for  major  system  basleline(s)  and 
alternatives . 

A  sample  training/aiding  matrix  is  provided  in  Table  28  for 
projected  AMST  landing  gear  with  a  task-oriented  training  and 
technical  manual  approach  supported  on  the  flightline  by  3-skill- 
level  personnel.  The  degree  of  information  coverage  for  training 
and  technical  manuals  appears  as  a  ratio,  but  is  not  a 
mathematical  term.  It  should  be  read  as  the  training  requirement 
versus  the  technical  manual  requirement.  A  1  indicates  light 
coverage  required  in  either  area  while  a  3  indicates  heavy 
coverage,  and  2  means  average. 

The  potential  applications  of  the  training/aiding  matrix  are 
(a)  to  identify  subsystems  with  heavy  training/aiding 
requirements,  (b)  to  assist  in  determination  of  special  aiding 
and  training  devices,  and  (c)  to  assist  in  the  prioritization  of 
task  analysis  emphasis  where  financial  or  time  constraints  are 
factors.  The  training/aiding  matrix  eventually  is  replaced  by 
the  intermediate  products  of  the  integrated  task  analysis.  These 
products,  in  addition  to  providing  the  basic  data  for  training 
program  and  technical  manual  development,  have  these  same 
potential  applications. 


138 


Table  25 

MAINTENANCE  TRAINING  ESTIMATE  DATA  FILE 
PROJECTED  AMST  AFSCs  AND  SKILL  LEVELS 


AFSC 

Title 

Conventional 

Task  Oriented 

32850 

Avionics  Comm 

32830 

28  wks 

13  wks 

328S1 

Avionics  N*v 

32831 

30  writs 

13  wks 

32854 

Avionics  Inertial  & 

32834 

Radar  Nav 

27  wks 

15  wks 

42350 

Aircraft  Electrical 

42330 

Systems 

19  whs 

11  wks 

42354 

Aircraft  Pnaudraulia 

42334 

11  whs 

8  wks 

43151 

Aircraft  Maintenance 

43131 

11  wks 

8  wks 

53150 

Machinist 

53153 

Airframe  Repair 

53133 

13  wks 

8  wks 

53154 

Corrosion  Control 

53134 

53155 

Non-Oettructive 

3  wks 

2  wks 

53135 

Inspection 

14  wks 

10  auks 
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Table  26 

AMST  OPERATOR  TRAINING  ESTIMATE  DATA  FILE 


PHASE 

Initial 


Mission 


PHASE 

Initial 


Mission 


AMST  ADDITIONAL  TRAINING  ESTIMATE 

SEGMENT  COURSE  DAYS 


Classroom/Task  Training 

+2 

Simulator 

+2 

Flying 

+2 

Written 

— 

Classroom  and  Craw  Procedure  +3 

Timing 

Flying  +4 

Written  — 


TRAINING  SCHEDULE 

SEGMENT  DURATION* 


Class  Room  14 

Simulator  16 

Flying  15 

Written  1 

Travel  3 

49  days 

Class  Room  14 

Flying  28 

Written  1 

43  days 


Assumes  5  day  week  schedule  and  includes  weekends. 


Table  27  TECHNICAL  MANUAL  ESTIMATE  DATA  FILE  -  AMST 


TECH  MANUAL  CONTENT  E 

STIMATE 

MECHSHYDRO  -  CONVENTIONAL 

/ 

TS  : 

NTS 

/ 

PAGE  TYPE  / 

— 

■  / 

/ 

F/L 

SHOP  : 

F/L 

SHOP 

/ 

NAkRATI'Jfe 

i  16 

62 

'  $16 

535 

HALE  TONE  ART 

ii 

93  : 

1 1 

HALE  TONE  EXPLOSION 

93 

93 

i  i 

ELECTRONIC  LINE  ART 

7 

EXPLODED  LINE  ART 

FAULT  ISOLATION  CHART 

FAULT  ISOLATION  SCHEMATIC  BLOCK 

21  : 

ACCESS  LINE  ART 

FAULT  ISOLATION  SCHEMATIC  FLOW 

7 

FAULT  ISOLATION  SCHEMATIC  MECH/HYD 

21  : 

JOS  GUIDE  NARRATIVE 

JOB  GUIDE  ILLUSTRATIONS 

TOTALS 

219 

197 

419 

257 

SUBSYSTEMS  7. 

LRU  21. 

SRU  136. 

TECH  MANUAL  CONTENT  ESTIMATE 

MECHNHYDRO  -  TASK  ORIENTED 

/ 

TS  : 

NTS 

/ 

./ 

PAGE  TYPE  / 

/ 

F/L 

SHOP  : 

F/L 

SHOP 

/ 

53 

52 

233 

HALE  TONE  ART 

93 

HALE  TONE  EXPLOSION 

ELECTRONIC  LINE  ART 

7 

EXPLODED  LINE  ART 

FAULT  ISOLATION  CHART 

207 

FAULT  ISOLATION  SCHEMATIC  BLOCK 

21 

ACCESS  LINE  ART 

186 

FAULT  ISOLATION  SCHEMATIC  FLOW 

7 

FAULT  ISOLATION  SCHEMATIC  MECH/HYD 

21 

JOB  GUIDE  NARRATIVE 

:  1860 

JOB  GUIDE  ILLUSTRATIONS 

:  i860 

. 

T0TAL3 

>486 

197 

3720 

257 

SUBSYSTEMS  7. 

LRU  21  • 

SRU  186. 

Table  28  TRAINING/AIDING  MATRIX 


AMST  LANDING  GEAR  MED  PHASE 

-  TASK  ORIENTED 

TRAINING 

&  T  O.  -  3 

LEVEL 

Flightlin* 

Flighttir* 

Shop 

Non  troubl  tshoot 

T  roublnhoot 

Rtpair 

•  EQUIPMENT  • 

GLG110 

2/2 

2/3 

GLG111 

2/2 

GLG112 

2/2 

GLG113 

2/2 

GLG114 

2/2 

GLG120 

2/2 

2/3 

GLG121 

2/2 

GLG122 

2/2 

GLG123 

2/2 

GLG130 

1/3 

2/3 

GLG131 

2/2 

GLG140 

3/1 

3/3 

GLG141 

2/2 

GLG142 

2/2 

GLG143 

2/2 

GLG150 

2/2 

2/3 

GLG1S1 

2/2 

GLG1S2 

2/2 

GLG160 

2/2 

1/3 

GLG161 

2/2 

GLG162 

2/2 

GLG170 

2/2 

1/3 

GLG171 

2/2 

GLG172 

2/2 

GLG173 

2/2 

GLG174 

2/2 

GLG175 

2/2 

GLG178 

2/2 

SECTION  VII.  LIFE  CYCLE  COST  ASSESSMENT 


7.1  OVERVIEW 


The  life  cycle  cost  assessment  activity  (block  D)  is 
accomplished  within  CHRT  by  use  of  RMCM,  an  analytical  cost 
accounting  model  capable  of  computing  the  LCC  of  a  proposed 
weapon  system  (see  Figure  13).  Input  data  to  the  model  are 
provided  by  data  files  of  the  system  design  data  group  (ellipse 
3),  the  maintenance  requirements  and  tasks  data  group  (ellipse 
5),  and  the  cost/cost  related  data  group  (ellipse  0).  Cost 
assessments  are  stored  in  the  CDB  as  compute  printouts  in  the  LCC 
estimates  data  group  (ellipse  17). 


7.2  THE  LCC  ASSESSMENT  ACTIVITY 


At  the  present  time,  all  CHRT  LCC  assessments  are  made  using 
the  RMCM.  This  model  provides  a  structured  and  systematic  way  of 
aggregating  the  costs  that  make  up  an  LCC  estimate.  These  costs 
are  calculated  for  development,  production,  operation,  and 
support  using  a  specific  set  of  cost  equations.  The  RMCM  is 
composed  of  both  the  R&M  model  and  a  cost  model .  As  such  it  is 
directly  sensitive  to  system  design  and  support  planning 
alternatives  that  affect  reliability  or  maintainability  of  the 
weapon  system.  Input  data  in  the  required  format  are  directly 
provided  by: 


1.  Hardware  configuration/characteristics  data  file 
(Section  4. 3. 2. 1)  . 

2.  R&M  model  data  file  (Section  4. 3. 4. 3) 

3.  Cost/cost-related  data  file  (Section  4. 3. 4. 3) 


A  separate  data  file  is  required  for  each  baseline  or 
alternative  under  consideration. 

The  RMCM  may  be  applied  at  the  weapon  system,  major  system, 
or  subsystem  level.  Separate  data  files  are  prepared  and 
computer  runs  made  for  each  baseline  and  alternative.  Data  file 
preparation  is  a  major  activity  for  the  first  baseline. 
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Figure  13  LIFE  CYCLE  COST  ELEMENTS 
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Experience  indicates,  however,  that  additional  baseline  and 
alternative  data  files  are  basically  variations  of  the  first 
baseline  and  that  preparation  of  these  files  can  be  accomplished 
with  much  less  effort.  The  fact  that  the  cost  model  accepts 
input  data  at  varying  levels  of  detail  allows  its  initial 
application  early  in  acquisition  and/or  retrofit.  It  may  then  be 
updated  in  both  detail  and  accuracy  as  more  information  becomes 
available.  This  approach  provides  continuity  of  methodology  and 
assures  traceability  of  results  throughout  the  acquisition  or 
life  cycle  of  the  system  or  modification.  The  RMCM  provides  a 
computer  printout  of  10  reports .  These  are  listed  in  Section 
7.3.  Additionally,  the  RMCM  has  an  interactive  mode  whereby  the 
operator  may  insert  various  alternatives  and  receive  an  immediate 
response  in  terms  of  the  impact  of  the  alternative  on  some 
element  of  LCC.  Because  of  this  interactive  capability  and  the 
fact  that  even  the  full  computerized  report  requires  so  little 
resource  expenditure,  the  RMCM  is  expedient  to  employ  in  early 
acquisition  where  many  alternatives  must  be  evaluated  and  where 
visibility  to  LCC  is  critical  in  identifying  cost  avoidance 
actions.  The  cost  model  is  structured  so  that  its  outputs 
facilitate  the  identification  of  specific  cost  areas  and  their 
interrelationships . 

The  RMCM  is  programmed  for  and  currently  operational  on  the 
C DC-6600  computer  at  Wright-Patterson  AFB,  Ohio.  Consequently, 
the  FORTRAN  programming  language  used  by  the  model  responds  to 
the  syntax  of  the  CDC-6600  FORTRAM  compiler.  The  interactive 
program  is  run  on-line  using  the  CDC  INTERCOM  time-sharing 
system.  A  remote  terminal  is  required  for  use  of  this  program. 
The  batch  print  program  uses  the  NOS /BE  system  and  may  be 
submitted  by  a  remote  terminal  at  the  user's  facility  or  by  card 
deck  at  the  computer  facility. 

Work  is  presently  underway  to  adapt  the  cost  portion  of  RMCM 
so  that  it  may  be  driven  by  LCOM  output.  The  initial  interface 
between  the  two  will  be  manual,  but  may  be  upgraded  in  the 
future.  The  advantage  of  such  an  advance  is  obvious.  The 
dynamics  of  the  operational  scenario  can  now  be  considered  when 
assessing  LCC. 


7.3  THE  LCC  ESTIMATE  DATA  GROUP 


The  LCC  estimate  data  group  (ellipse  17)  consists  of  a  data 
file  for  each  baseline  and  alternative  assessed,  and  consists  of 
the  RMCM  output.  This  output  is  retained  in  the  CDB  as  a 
computer  printout.  Each  LCC  estimate  is  presented  in  a  series  of 
10  reports.  These  are: 
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Availability  by  Subsystem 


Report  No.  1  -  System  Cost 
Report  No.  2  -  Expanded  Nonrecurring  Costs 
Report  No.  3  -  Expanded  Recurring  Costs 
Report  No.  4  -  Costs  by  Subsystem  Contributions 
Report  No.  5  -  Cost  by  LRU  Contributions 
Report  No.  6  -  Reliability,  Maintainability,  and 
Availability  by  Subsystem 

Report  No.  7  -  Man-Hour  Costs /Year  by  AFSCs  find  Subsystem 
Supported 

Report  No.  8A  -  Spares  Requirements  -  Investment 
Report  No.  8B  -  Spares  Requirements/Year  -  Replacement 
Report  No.  9  -  Support  Equipment  Requirements/Cost 


Report  No.  10  -  Cost  of  Training 


A  complete  set  of  reports  is  provided  as  an  example  in  Table 
29.  These  reports  (1  to  10)  address  the  standard  stationkeeping 
equipment  and  were  developed  from  the  data  previously  presented 
in  Tables  5,  12,  and  17.  A  review  of  these  reports  should  be 
adequate  to  familiarize  the  reader  with  format  and  content.  All 
codes  such  as  RC  (recurring)  and  NRC  (non-recurring)  are 
identified  within  the  text  of  reports  1,  2,  and  3. 
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Table  29  LCC  REPORTS 


Table  29  LCC  REPORTS  (continued) 


Tahiti  29  LCC  REPORTS  (continued) 


Table  29  LCC  REPORTS  (continued) 


Table  29  LCC  REPORTS  (continued) 


TalJtt  29  LCC  REPORTS  (continued) 
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Table  29  LCC  REPORTS  (continued) 
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Table  29  LCC  REPORTS  (continued) 


Table  29  tCC  REPORTS  (continued) 


Table  29  LCC  REPORTS  (continued) 


Table  29  LCC  REPORTS  (continued) 
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Tble  29  LCC  REPORTS  (concluded) 


VIII.  IMPACT  ASSESSMENT 


8.1  OVERVIEW 


CHRT  provides  a  complete  methodology  which  facilitates  the 
rational  and  integrated  assessment  of  human  resource,  logistics, 
and  cost  data  with  continuity  throughout  weapon  system 
acquisition.  As  a  result,  these  assessments  may  enter  the 
decision  process  on  a  collateral  basis  with  performance, 
operations,  budget,  and  schedule  estimates.  The  impact 
assessment  activity  (block  E)  consists  of  the  gathering  and 
presentation  of  data  developed  by  other  CHRT  activities  and  the 
use  of  these  data  to  influence  system  design  and  support  planning 
decisions.  This  section  will  cover  the  impact  assessment 
activity  and  its  products,  the  baseline  assessments  data  group 
(hexagon  01)  and  the  altenative  assessments  data  group  (hexagon 
02) . 


8.2  THE  IMPACT  ASSESSMENT  ACTIVITY 


The  purpose  of  the  impact  assessment  is  to  provide  the 
decision-maker  with  visibility  of  the  impact  of  possible 
decisions.  The  impact  assessment  activity  does  not  make 
decisions,  it  influences  them.  Specifically,  it  consolidates  the 
human  resources,  logistics,  and  cost  information  needed  to 
influence  specific  system  design  and  support  planning 
decisions.  When  complemented  with  related  design,  performance, 
operations,  budget,  and  schedule  data,  these  data  provide  a  base 
for  fully  informed  decision-making. 

The  impact  assessment  activity  consists  of  three  basic 
efforts  for  each  trade-off  under  consideration.  The  first  is  to 
review  the  detailed  resource  and  cost  estimates  data  (ellipses  8 
through  14)  on  appropriate  baseline(s)  and  alternative 
approaches.  The  second  is  to  summarize  and  present  these  data  in 
a  form  for  use  by  the  decision-makers.  The  third  is  to  integrate 
the  related  performance,  operations,  budget,  and  schedule  data 
with  the  CHRT  assessment  to  provide  a  complete  picture  of  the 
total  impact. 

The  terms  baseline  and  alternative  are  used  to  describe 
options  and  reflect  preference  for  the  option.  If  two  options  of 
the  same  preference  exist,  they  may  be  defined  as  either 
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baselines  or  alternatives.  For  example,  there  were  two  AMST 
prototypes.  While  each  constituted  a  baseline  for  the  respective 
contractor,  each  constituted  an  alternative  for  the  Air  Force. 

Impact  assessment  has  its  most  effective  application  in  the 
early  phases  of  acquisition  or  modification/retrofit .  Decisions 
are  made  during  that  time  frame  which  dominate  system  design  and 
support  characteristics  throughout  the  later  phases.  The  purpose 
of  the  impact  assessment  activity  during  concept,  design,  and 
early  development  is  to  clearly  present  the  relative  merits  and 
identify  the  unacceptable  characteristics  of  each  option.  The 
resource  and  cost  estimates,  therefore,  must  be  summarized  and 
presented  to  the  decision-maker  in  a  manner  which  highlights 
differences  and  exposes  facets.  These  unacceptable 
characteristics  or  risks  may  include  excessive  resource 
requirements,  high  costs,  low  reliability,  or  poor 
maintainability.  The  acceptable  criteria  for  these 
characteristics  are  drawn  from  various  program  definition 
documents,  such  as  the  system  specification  or  employment  plan. 
They  may  be  expressed  as  maximum  maintenance  crew  size,  an 
affordability  limit,  minimum  mean  time  between  failure,  maximum 
mean  time  to  repair,  and  operational  availability. 

The  CHRT  manager  does  not  make  any  decision  regarding 
assessments  which  exceed  these  criteria.  The  manager  does, 
however,  review  the  CHRT  input  data  to  verify  that  they  describe 
the  system  design  and/or  support  plan,  as  intended,  and  that 
based  on  available  data,  the  risk  is  real  and  not  due  to  faulty 
data  manipulation.  After  confirming  the  risk,  the  CHRT  manager 
may  resort  to  the  alternatives  data  group  in  an  attempt  to 
recommend  an  alternative  for  consideration  and  may  also  suggest  a 
criteria  change. 

These  procedures  were  applied  at  many  levels  of  detail  to  the 
assessment  of  several  system  design  and  support  plan  options 
during  the  CHRT  demonstration.  For  example,  assessments  were 
performed  on  two  major  systems:  the  two-man  flight  deck  avionics 
and  a  modified  landing  gear.  The  following  trade-offs  were  also 
considered  for  more  detailed  level  subsystem  alternatives: 


1.  Discrete  VEH/AMr  and  VHF/FMg  radios  versus  a  combined 
VHF/AM/FM  radio. 

2.  Existing  versus  modified  stationkeeping  equipment  (3KE). 

3.  Carbon  versus  steel  brake  material. 

4.  Higher  order  programming  language  (HOL)  versus  assembly 
language . 
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Each  of  the  selected  system  and  subsystem  designs  exhibited 
unique  system  design  and/or  support  planning  alternative. 


a 


1.  The  system  level  designs  were  evaluated  for  the 
conventional  versus  task-oriented  approach,  a  support 
planning  alternative.  That  assessment  demonstrates  the 
effects  of  alternative  manpower,  training,  and  technical 
manuals  policy  on  requirements  and  cost. 

2.  The  VHF  radio  comparison  demonstrates  the  effect  of 
significantly  increased  reliability  and  maintainability 
standards  of  requirements  and  cost. 

3.  The  SKE  trade-off  demonstrates  the  effect  of  modifying  a 
high  failure  item  to  reduce  both  failures  and  scheduled 
maintenance . 

4.  The  carbon  versus  steel  brake  trade-off  demonstrates  the 
effect  of  a  material  design  decision  on  requirements  and 
cost . 

5.  The  final  comparison,  HOL  versus  assembly  language,  was 
selected  to  demonstrate  the  impact  of  a  software  design 
approach  on  acquisition  and  support  costs. 


An  absolute  assessment  could  also  be  made  and  be  completely 
appropriate  in  the  later  stages  of  acquistion  or 
modification/retrofit.  At  that  time,  an  effectively  complete 
baseline  is  established  and  accurate  and  detailed  input  data  are 
available.  In  the  case  of  an  absolute  assessment,  however,  the 
acceptability  of  the  total  assessment  and  the  identification  of 
any  unfavorable  elements  are  the  key  factors  to  be  included  in 
the  baseline  and/or  alternative  assessment  data  package  presented 
to  the  decision-maker. 

CHRT  may  be  used  to  assess  the  human  resources,  logistics, 
and  cost  impact  of  any  system  design  or  support  plan,  as  long  as 
that  design  or  plan  can  be  reflected  in  one  or  more  of  the 
assessment  techniques  available  within  CHRT.  The  CHRT  manager, 
however,  must  determine  what  assessments  are  of  interest  among 
the  baseline(s)  and  alternatives,  and  then  what  assessment 
techniques  are  to  be  used.  For  example,  a  system  level  design 
trade-off  with  a  rather  obvious  operations  manpower  impact  is  the 
two  versus  three  member  flight  deck  avionics  suit  for  the  AMST 
( the  two  member  eliminates  a  navigator  but  requires  more  complex 
equipment).  In  this  case,  an  operations  manpower  assessment  is 
the  major  requirement.  The  maintenance  manpower  impact  must  also 
be  considered  and  addressed.  Is  training  of  maintenance 
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personnel  for  the  more  complex  equipment  a  factor  that  must  also 
be  assessed?  Is  a  system  ownership  cost  assessment  desired? 
These  decisions  are  made  as  part  of  the  program  defintion, 
comparability,  and  task  analysis.  The  desired  assessments  are 
then  developed  as  part  of  the  resource  and  life  cycle  cost 
assessment  activities.  The  resulting  data  must  be  summarized  and 
presented.  Different  alternatives  will  affect  different 
factors.  Commonality  of  parts,  for  instance,  will  directly 
affect  inventory  management  cost.  Improved  reliability,  on  the 
other  hand,  will  directly  affect  maintenance  manpower  and 
spares.  The  CHRT  manager  must  ferret  this  information  out  of  the 
total  estimate  package. 

The  resulting  data  must  also  be  reviewed  for  risk  or 
unacceptable  impact  areas  such  as  high  repair  times,  large 
maintenance  crew  size,  or  excessive  costs.  The  requirements  may 
be  too  high  or  possibly  some  redesign  is  required.  An 
alternative  should  be  selected  which  will  improve  reliability  and 
reduce  manpower  demand . 

Many  decisions  will  result  in  the  need  for  additional 
assessments  because  they  will  identify  new  and/or  more  detailed 
alternatives.  When  this  occurs,  the  applicable  activities  within 
CHRT  are  reiterated.  Assessments  are  again  generated  and 
summarized  for . the  decision-makers. 


8.3  PRODUCTS  OF  THE  IMPACT  ASSESSMENT  ACTIVITY 


Impact  assessments  are  made  for  each  baseline  and  alternative 
under  consideration.  Thus,  two  major  data  groups  are  the 
products  of  the  impact  assessment  activity:  the  baseline 
assessments  data  group  (hexagon  01)  and  the  alternative 
assessments  data  group  (hexagon  02).  Both  data  groups  are 
retained  in  the  CDB  as  hard  copy.  It  is  the  responsibility  of 
the  CHRT  manager,  however,  to  present  these  data  in  a  format 
which  will  facilitate  a  decision.  The  format  is  variable  and  a 
matter  of  what  will  best  suit  the  situation.  The  data  groups, 
format,  and  content  are  discussed  as  follows. 


8.3.1  Baseline  Assessments  Data  Group 


Baseline  assessments  represent  summarizations  of  significant 
factors  obtained  through  the  resource  assessment  and  life  cycle 
cost  assessment  activities.  The  baseline  assessment  is 
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developed,  and  a  data  file  is  established  for  each  baseline 
evaluated.  Each  baseline  assessment  includes  a  quantification  of 
the  following: 


1 .  System  investment 

2.  Support  investment 

3.  Operating  and  support  costs 

4.  Disposal  costs 


There  is  no  specified  format  for  the  presentation  of  the 
assessment.  However,  several  suggested  formats  were  considered 
during  the  CHRT  demonstration.  Basically,  a  format  which  best 
illustrates  the  significant  factors  of  interest  should  be 
chosen.  A  sample  will  be  presented  in  the  next  subsection. 


8.3.2  Alternative  Assessments 


Alternative  assessments  are  also  products  of  the  impact 
assessment  activity  and  include  the  same  categories  of 
information  as  baseline  assessments.  Alternative  assessments 
represent  significant  results  drawn  from  the  resource  and  life 
cycle  cost  assessment  activities.  Separate  data  files  are 
established  for  each  alternative  evaluated.  The  same  flexibility 
in  formatting  results  is  allowed  as  was  allowed  for  the  baseline 
assessment. 

Often  it  is  convenient  to  present  the  baseline  and  an 
appropriate  alternative  assessment  in  a  format  which  facilitates 
comparison.  A  suggested  format  used  to  compare  avionics  standard 
stationkeeping  equipment  (baseline)  against  a  proposed 
modifiction  (alternative)  is  shown  in  Figure  14.  This  format: 
compares  these  subsystems  in  terms  of  cost,  manpower,  and 
technical  considerations.  The  format  shown  would  allow 
description  of  risk  for  each  option.  However,  in  this  example  no 
risk  data  are  included.  The  numbered  arrows  point  out 
significant  factors  in  this  assessment. 


1.  There  is  a  research  and  development  cost  for  the 
modified  version  of  $1,000,000. 

2.  The  system  investment  for  the  modified  version  is 
$1,000,000  less  than  that  for  the  standard. 
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Additionally,  the  spares  investment  decreases  for  the 
modified  version. 

Manpower  requirements  decrease  as  well. 

The  operating  and  support  costs  for  the  modified  version 
are  approximately  $700,000  less  than  for  the  standard. 

The  availability  of  the  modified  units  is  .93  as 
compared  to  .89  for  the  standard  units. 


IX.  PRODUCT  DEVELOPMENT 


9.1  OVERVIEW 


The  product  development  activity  (block  F,  Figure  18)  is  the 
preparation  of  the  coordinated  training  and  technical  manual 
products  data  group  (hexagon  03).  These  products  define  and 
implement  the  personnel,  training,  and  technical  manual  approach 
discussed  by  the  support  plan  and  reflected  in  the  resource  and 
cost  estimates.  As  such,  the  product  development  activity  might 
be  termed  the  "bottom  line"  of  CHRT  as  a  product  development 
methodology.  The  products  prepared  also  help  achieve  another 
goal  of  CHRT,  the  more  effective  use  and/or  reduction  of  the 
personnel  required  to  operate  and  maintain  the  system. 


9.2  THE  PRODUCT  DEVELOPMENT  ACTIVITY 


The  product  preparation  activity  consists  of  two  basic 
efforts.  The  first  is  applicable  in  all  phases  of  acquisition. 
This  is  the  use  of  the  resource  assessment  output  data  (ellipses 
9  to  15)  to  fully  describe  and  define  the  personnel,  training, 
and  technical  manual  program.  The  results  of  this  first  effort 
may  be  categorized  as  definition  products.  The  second  effort 
makes  use  of  the  information  furnished  by  the  intermediate 
products  data  group  (ellipse  16)  to  prepare  a  coordinated 
training  program  and  technical  manual  set.  The  product 
development  activity,  as  related  to  each  of  these  efforts,  will 
be  described  in  the  following  subsections. 


9.2.1  Integrated  Personnel,  Training,  and  Technical  Manual 
Program  Definition  Products 


The  support  plan  describes  the  personnel,  training,  and 
technical  manual  logistic  support  elements  among  others.  In 
general,  the  support  plan  represents  an  integrated  logistic 
approach  and;  in  particular,  it  represents  a  coordinated  approach 
to  training  and  technical  manuals.  The  latter  are  intended  to 
complement  each  other  and  to  support  a  specific  personnel 
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concept.  The  result  of  such  an  integrated  personnel,  training, 
and  technical  manual  approach  is  personnel  efficiencies  (such  as 
improved  application  of  personnel  skills  and  levels  and  a 
reduction  in  personnel  requirements). 

CHRT,  as  an  assessment-oriented  methodology,  reflects  and 
quantifies  the  effect  of  the  personnel,  training,  and  technical 
manual  approach  in  the  resource  estimates.  Additionally,  the 
training/aiding  matrix  or  the  intermediate  products,  as 
appropriate,  provide  visibility  into  training  and  technical 
manual  task  information  coverage  requirements. 

In  early  acquisition,  assessment  is  used  to  define  the 
personnel,  training,  and  technical  manual  approach  described  in 
the  integrated  logistic  support  concept  or  preliminary  planning 
document.  As  more  detailed  system  design  and  support  planning 
data  become  available,  iterations  of  CHRT  methodologies  provide 
improved  data  which  are  then  used  to  develop  the  integrated 
personnel,  training,  and  technical  manual  section  of  the 
integrated  logistic  support  plan.  Additionally,  information 
provided  in  the  training/aiding  matrix  is  made  available  to  the 
training  and  technical  manual  specialists  so  that  they  may 
estimate  task  information  coverage  requirements  and  establish 
priorities  or  special  needs.  These  additional  requirements  are 
then  included  in  the  definition  documents.  Finally,  the  task 
information  coverage  estimates  may  be  extended  to  estimate  the 
development  and/or  production  phase  requirements  for  training  and 
technical  manuals. 

As  acquisition  proceeds  and  an  integrated  task  analysis  is 
accomplished,  the  intermediate  products  are  developed  and  replace 
the  training/aiding  matrix.  These  new  products  are  based  on 
actual  equipment  analysis  and  should  be  used  to  define  and  scope 
the  final  training  and  technical  manual  procurement.  The 
intermediate  products  used  to  provide  a  complete  definition  of 
the  scope  of  the  training  and  technical  manual  requirements 
should  reduce  development  risk,  and  also  should  reduce  the  cost 
to  develop  the  coordinated  training  program  and  technical  manual 
set. 


9.2.2  Preparation  of  the  Coordinated  Training  Program  and 
Technical  Manual  Set 


The  coordinated  training  program  and  technical  manual  set  are 
prepared  by  a  contractor  utilizing  the  intermediate  products 
(Section  4.3.6)  of  the  integrated  task  analysis  (Section 
4.2.3).  The  integrated  task  analysis  approach  assures  that 
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1. 


All  tasks  are  considered 


2.  Appropriate  coverage  is  provided  to  both  training  and 
the  technical  manuals 

3.  The  training  program  and  technical  manuals  are  tailored 
for  a  specific  user  population 


There  is  no  innovative  methodology  involved  in  the 
development  of  these  final  products.  The  innovation  is  in  the 
use  of  the  single  task  analysis  as  a  control  on  information 
content.  The  training  program  and  the  technical  manuals  are  then 
developed  using  standard  directives  such  as  AFP  50-58,  and  MIL-M- 
83495.  As  the  training  program  and  technical  manuals  are 
developed,  the  possibility  of  additional  analysis  and 
reallocation  of  task  coverage,  as  well  as  support  equipment 
improvements,  must  be  allowed  and  encouraged.  If  followed,  this 
technique  should  result  in  an  effective  and  coordinated  product 
set.  One  of  the  obstacles  in  achieving  this  effective  and 
coordinated  product  set  is  the  present  procurement  method  which 
divides  responsibility.  The  Air  Training  Command  handles 
training,  while  the  Air  Force  Systems  Command  and/or  Air  Force 
Logistics  Command  handles  technical  manuals,  often  on  separate 
procurement  and  occasionally  with  different  contractors. 
Ideally,  the  responsibility  for  procurement  should  be  assigned  to 
a  single  agency.  Realistically,  this  is  not  likely.  The 
solution  is  better  coordination  among  the  participating 
agencies.  This  can  be  achieved  by  mutual  acceptance  and  reliance 
on  the  intermediate  products  developed  through  the  single, 
integrated  task  analysis. 


9.3  THE  COORDINATED  TRAINING  AND  TECHNICAL  MANUAL  DATA 
GROUP 


The  coordinated  graining  and  technical  manual  data  group 
consists  of  three  basic  data  files:  (a)  the  integrated  personnel, 
training,  and  technical  manual  data  file?  (b)  the  training 
products  data  file;  and  (c)  the  technical  manual  products  data 
file.  All  are  stored  in  the  CUB  as  hard  copy. 


9.3.1  The  Integrated  Personnel,  Training,  and  Technical  Manual 
Data  File 


The  data  file  correlates  information  from  the  resource 
assessment  activity  and  provides  definition  for  the  integrated 
personnel,  training,  and  technical  manual  approach  reflected  in 
the  resource  assessment.  A  major  data  item  in  this  file  is  the 
integrated  personnel,  training,  and  technical  manual  section 
developed  for  the  integrated  logistic  support  plan.  Other 
documentation  in  this  file  would  include  concepts,  preliminary 
plans,  statements  of  work,  and  program  definition  statements. 
All  of  this  documentation  is  related  to  the  integrated  personnel, 
training,  and  technical  manual  question.  A  sample  integrated 
personnel,  training,  and  technical  manual  section  for  an 
integrated  logistic  support  plan  may  be  found  in  Reference  24. 


9.3.2  The  Training  Products  Data  File 


This  file  contains  the  products  required  for  a  training 
course  prepared  to  AFM  50-2  requirements.  The  major  products 
are: 


1 .  Training  plan 

2.  Training  requirement 

3.  Performance  measuring  requirements 

4.  Recommended  media 

5.  Course  materials 


During  the  demonstration  of  CHRT  during  the  full-scale 
development  phase,  the  intermediate  products  of  the  integrated 
task  analysis  prepared  on  the  C-141  main  wheel  brake  removal  task 
were  used  to  develop  a  sample  training  plan  and  technical  manual 
set.  The  samples  are  task-oriented  in  nature  and  were  developed 
to  support  the  performance  of  flightline  tasks  by  personnel  with 
3-level  skills.  This  coordinated  training  plan  and  technical 
manual  sample  set  were  prepared  to  implement  the  task-oriented 
personnel,  training,  and  technical  manual  approach  reflected  in 
the  human  resource,  logistics,  and  cost  assessments  discussed 
earlier  in  thi3  report. 

The  training  plan  addresses  the  431x2  AFSC,  Aircraft 
Maintenance  Specialist.  The  training  plan  sample  was  developed 
using  ISD  procedures  and  supports  a  monitored  self -instructional 
approach.  It  is  oriented  toward  teaching  the  use  of  tools  and 
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familiarizing  the  student  with  the  tasks  directly  related  to  the 
brake  change.  Emphasis  is  placed  on  the  more  complex  tasks  and 
safety.  An  example  of  a  performance  objective  contained  in  the 
training  plan  is  provided  in  Figure  15.  The  complete  sample 
training  set  may  be  found  in  Reference  25. 


9.3.3  The  Technical  Manual  Products  Data  File 


This  file  contains  the  products  required  under  the 
appropriate  technical  manual  specification.  For  example,  MIL-M- 
33495  would  require; 


1.  General  vehicle  manuals 

2.  General  system  manuals 

3.  Job  guide  manuals 

4.  Fault  reporting  manuals 

5.  Fault  isolation  manuals 

6.  Wiring  data  manuals 

7.  System  schematic  manuals 


The  technical  manual  sample  prepared  during  the  CHRT 
demonstration  is  a  job  guide  which  addresses  the  brake  removal 
and  replacement  task  and  all  the  subtasks  which  must  be 
accomplished.  A  sample  page  is  provided  in  Figure  16.  During 
development,  emphasis  was  placed  on  preparing  clearly  defined 
procedures  which  could  be  used  efficiently  by  both  experienced 
and  inexperienced  personnel.  The  technical  manual  sample  was 
prepared  in  job  guide  format  with  information  presented  in  a 
series  of  major  steps  and  substeps.  The  major  steps  are 
directive  in  nature  and  are  all  that  is  really  needed  by  an 
experienced  individual.  The  substeps  are  primarily  informative 
in  nature  and  are  meant  as  an  aid  to  the  less  experienced 
technician.  One  foldout  illustration  is  included  in  the  sample 
and  provided  here  as  Figure  17.  This  illustration  was  developed 
to  depict  accurately  and  realistically  the  hardware  that  the 
technician  would  handle.  The  fidelity  of  the  illustration  is 
very  important  in  identifying  the  various  hardware  elements.  The 
complete  job  guide  sample  may  also  be  found  in  Reference  15. 

REMOVE  WHEEL  AND  TIRE 

NOTE:  If  there  is  not  enough  room  between  the  aircraft  and 

axle  to  remove  the  wheel,  inflate  both  landing  gear  struts 
(refer  to  T.O.  1C-141A-2-2 JG-4 ) . 
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Figure  16  TECHNICAL  MANUAL  SAMPLE 


REMOVE  WHEEL  AND  TIRE 

NOTE:  If  there  is  not  enough  room  between  the  aircraft 
and  axle  to  remove  the  wheel,  inflate  both  landing  gear 
struts  (refer  to  T.O.  1C-141A-2-2JG--4). 

1.  Make  sure  that  the  parking  brakes  are  off. 

2.  Remove  forward  and  aft  chocks. 

3.  Disconnect  leveler  rod  (37). 

a.  Remove  cotter  pin  (36). 

b.  Remove  nut  (35). 

c.  Remove  outer  washer  (34). 

d.  Free  lever  rod  by  pulling  it  off  of  bolt 

e.  Leave  inner  washer  (38)  in  bolt  and  put  outer 
washer  (34)  and  nut  (35)  onto  bolt  for  safekeeping. 

f.  Tie  leveler  rod  to  forward  torque  arm  so  it  will 
not  dangle  or  be  damaged. 

4.  Jack  axle  until  tire  clears  ground  (refer  to  T.O.  1C--141A- 
2-2JG--4). 

5.  Set  parking  brake. 

a.  Depress  top  part  of  rudder  pedals  (40). 

b.  Pull  out  parking  brake  handle  (39). 

c.  Release  rudder  pedals  (40). 

NOTE:  If  parking  brake  handle  will  not  set  in  the 
out  position,  check  to  make  sure  that  there  is  enough 
hydraulic  pressure  (refer  to  T.O.). 

6.  Deflate  tire. 

a.  Remove  air  valve  cover. 

b.  Use  valve  core  tool  to  deflate  tire  until  all  air  is  out 

c.  Use  valve  core  tool  to  remove  valve  core. 

7.  Remove  outer  wheel  hardware. 

a.  Remove  snapring  (23). 

b.  Remove  hubcap  (5). 

c.  Remove  grease  retainer  ring  (9). 

d.  Remove  felt  grease  seal  (10). 


175 


1.  Make  sure  that  the  parking  brakes  are  off. 

2.  Remove  forward  and  aft  chocks. 

3.  Disconnect  leveler  rod  (37). 

a.  Remove  cotter  pin  (36). 

b.  Remove  nut  (35). 

c.  Remove  outer  washer  (34). 

d.  Free  leveler  rod  by  pulling  it  off  of  bolt. 

e  Leave  inner  washer  (38)  in  bolt  and  put  outer 

washer  (34)  and  nut  (35)  onto  bolt  for  safekeeping, 
f.  Tie  leveler  rod  to  forward  torque  arm  so  it  will 
not  dangle  or  be  damaged. 

4.  Jack  axle  until  tire  clears  ground  (refer  to  T.O.  1C-141 
A-2-2JG-4 

5.  Set  parking  brake. 

a.  Depress  top  part  of  rudder  pedals  (40). 

b.  Pull  out  parking  brake  handle  (39). 

c.  Release  rudder  pedals  (40). 

NOTE:  If  parking  brake  handle  will  not  set  in  the  out 

position,  check  to  make  sure  that  there  is  enough 
hydraulic  pressure  (refer  to  T.O.). 

Deflate  tire. 

a.  Remove  air  valve  cover. 

b.  Use  valve  core  tool  to  deflate  tire  until  all  air  is 
out. 

c.  Use  valve  core  tool  to  remove  valve  core. 

Remove  outer  wheel  hardware. 

a.  Remove  snapring  (13). 

b.  Remove  hubcap  (5). 

c.  Remove  grease  retainer  ring  (9). 

c.  Remove  felt  grease  seal  (10). 
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Figure  18  THE  COORDINATED  HUMAN  RESOURCE  TECHNOLOGY 

ACTIVITIES  AND  CONSOLIDATED  DATA  BASE  DATA  GROUPS 
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GLOSSARY 


Algorithms  -  Mathematical  formulas  and  procedures,  preprogrammed 
into  the  system,  which  will  translate  data  from  base  files 
and/or  subfiles  into  data  elements  which  quantify  human 
resource  requirements  and  ownership  cost. 

Baseline  Data  -  Data  which  reflects  the  weapon  system  approved 
for  further  developmetn  at  a  DSARC  milestone. 

Background  Data  -  All  weapon  system  program  data  from  which  CDB 

data  is  drawn.  Behavior  -  Any  human  action  generally 
defined  by  a  stimulus  (cue)  and  response.  A  basic  stimulus- 
organism-response  constituent  of  behavior  comprising  the 
smallest  logically  defineable  set  of  perceptions,  decisions, 
and  responses  required  to  complete  a  task.  For  example, 
this  involves  identifying  a  specific  signal  on  a  specific 
display,  deciding  on  a  single  action,  activating  a  specific 
control,  and  noting  the  feedback  signals  of  response 
adequacy. 

Cue  -  A  stimulus  to  a  response.  For  example,  a  cue  could  consist 
of  a  meter  reading,  physical  appearance,  or  flashing 
light.  Responses  to  cues  consist  of  such  activities  as 
turning  a  knob,  setting  a  switch,  or  reading  a  value  on  a 
display.  Often  a  resonse  can  be  a  cue  for  a  succeeding 
response . 

Data  Element  -  A  grouping  of  information  and  units  which  has  a 

unique  meaning  and  which  may  have  subcategories  (data  items) 
of  distinct  units  or  values. 

Data  Element  Definiton  -  A  narrative  defintion  of  the  data 

element  in  sufficient  detail  to  present  a  clear  and  complete 
understanding  of  the  precise  data  or  element  of  information 
that  the  data  element  represents. 

Detailed  Task  Data  -  Task  statements  to  the  level  required  to 

make  the  final  training/ technical  manual  decision,  to  make 
trade-offs  within  the  instructional  system  itself,  and 
finally  to  develop  the  products:  course,  media,  performance 
measurement,  and  technical  manuals. 

Extended  11  -  The  format  used  by  the  logistics  composite  model 

(LCOM)  to  identify  the  maintenance  tasks  and  the  order  in 
which  they  are  to  be  done,  along  with  the  time  and  resources 
needed  to  accomplish  each  task. 
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File  -  A  grouping  of  one  type  of  input  variable  or  a  derived 

quantity  thereof  for  a  particular  ID.  All  of  the  input  data 
items  are  grouped  for  a  comparable  level  (such  as 
flightline,  shop) . 

Job  -  A  group  of  tasks  performed  by  a  specific  individual. 

General  Task  Data  -  Task  statements  to  the  level  required  to  make 
a  basic  decision  regarding  manpower  requirements  and  the 
applicability  of  training  courses,  media,  performance 
measurement,  and  technical  manuals. 

Line  Replaceable  Unit  (LRU)  -  A  combination  of  parts, 

subassemblies,  and  assemblies  mounted  together,  normally 
capable  of  independent  operation  in  a  variety  of  situations. 
An  LRU  is  normally  directly  accessible  and  can  be  removed 
without  prior  disassembly  of  the  equipment  or  group.  (MIL- 
STD-280 ) .  The  LRU  is  the  first  level  of  assembly  below  the 
subsystem  that  is  carried  as  a  line  item  of  supply  at  the 
base  level  and  is  usually  the  highest  level  of  assembly  that 
is  removed  and  replaced,  as  a  unit,  on  the  flight line. 

Maintenance  Event  -  Consists  of  one  or  more  maintenance 

functions.  These  maintenance  events  are  specifically  shop 
A  -  setup  support  equipment 
T  -  troubleshoot  on  aircraft  (A/C) 

C  -  cannot  duplicate  (CND)  on  A/C 
M  -  minor  repair  on  A/C 
R  -  remove  and  replace  ( R&R) 

V  -  verification  of  R  and  M  events 
W  -  bench  check  and  repair  in  shop 
K  -  bench  check  and  CND  in  shop 
N  -  not  repairable  this  station  ( NRTS ) 

H  -  scheduled  checks,  inspections,  or  service 


Maintenance  Function  -  A  behavioral  term  associated  with  a  task; 
specifically:  adjust,  align,  calibrate,  checkout, 

troubleshoot,  clean,  disassemble/assemble,  inspect, 
lubricate,  operate,  remove/ install ,  repair,  and  service  are 
maintenance  functions  (Refer  to  AFHRL-TR-73-43 ( I 

Reference  Data  -  Data  which  reflects  a  reference  weapon  system. 

The  reference  system  is  the  system(s)  that  the  new 
acquisition  will  specifically  replace  and  consequently  must 
be  shown  to  be  less  cost/effective  in  the  long  run. 
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Reference  data  may  be  compiled  in  the  conceptual  phase  and 
retained  as  a  supplement  to  the  CDB.  It  would  not  be 
expected  to  change  since  it  is  normally  derived  from 
operations,  performance,  support,  and  cost  information  on 
existing  systems.  In  some  cases  there  may  be  no  reference 
system( s ) . 

Shop  Replaceable  Unit  (SRU)  -  The  SRU  is  a  lower  level  assembly 

or  subassembly  within  an  LRU  normally  formed  together  to 
perform  a  specific  function.  An  SRU  is  normally  repaired  or 
replaced  only  within  the  base  (intermediate  level)  shops 
rather  than  on  the  flightline. 

Skill  Level  -  The  fourth  number  within  an  AFSC  identifying  a 

level  of  aptitude,  training,  experience,  knowledge,  skills, 
and  responsibility. 

Subsystem  -  A  set  or  combination  of  LRUs  and/or  assemblies 

generally  physically  separated  when  in  operation  connected 
together  or  used  in  association  to  perform  an  operational 
function  within  the  system.  It  is  the  level  of  equipment 
identified  by  three  characters  in  the  work  unit  code 
structure  ( for  example,  71B  TACAN  set)  or  as  a  four-digit  ID 
number  (for  example,  AN/2  TACAN). 

System  -  A  major  subset  of  a  weapon  system  comprised  of 

individual  functional  groupings  and  their  integration  within 
the  weapon  system  (for  example,  avionics,  landing  gear,  or 
electrical) . 

Task  -  A  composite  of  related  activities  (behaviors)  performed  by 
an  individual  and  directed  toward  accomplishing  a  specific 
amount  of  work  within  a  specific  work  context.  These 
activities  usually  occur  in  temporal  proximity  with  the  same 
displays  and  controls  and  have  a  common  purpose.  Each  task 
has  a  goal . 

Task  Analysis  -  An  analytic  process  employed  to  determine  the 

specific  behaviors  required  of  a  human  component  in  a  man- 
machine  system.  It  involves  determining,  usually  on  a  time 
basis,  the  detailed  performance  required  of  men,  the  nature 
and  extent  of  their  interactions  with  the  machine,  ad  the 
effects  of  environmental  conditions  and  malfunctions.  It  is 
the  breakdown  of  behaviors  into  simple  elements  of 
perceptions,  decisioins,  memory  storage,  motor  output,  and 
so  forth . 

Task  Statement  -  A  statement  of  the  behavioral  elements  (in 

action  verb  form),  the  cues,  and  equipment  description 
involved  in  a  task. 
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Weapon  System  -  A  complete  system  including  all  equipment, 

related  facilities,  material  software,  services,  and 
personnel  required  for  its  operation  and  support  to  the 
degree  that  it  can  be  considered  a  self-sufficient  unit  in 
its  intended  operational  environment  (AFSC  DH1-1  page  7, 
Section  25 )  . 
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LIST  OF  ABBREVIATIONS  AND  ACRONYMS 


The  following  abbreviations  and  acronyms  are  used  with  the  CHRT . 


A 

A/C 

AFHRL 

AFSC 

AMST 

ATIM 

CDB 

CND 

CHRT 

CMT 

CONUS 

DAIS 

DOD 

DSARC 

GOR 

HRDT 

ILS 

ILSP 

IOC 

ISD 

JGD 

LCC 

LCOM 

LRU 

LSA 

LSAR 

M 

MFHBMA 

MMH/FH 

MMM 

MTTR 

NRTS 

NTIS 

NTS 

01 

08.S 

0/S 

PMP 

PTIM 

QPA 

RT 

R&M 


availability 

aircraft 

Air  Force  Human  Resources  Laboratory 
Air  Force  specialty  code 
Advanced  Medium  STOL  Transport 
annotated  task  identification  matrix 
consolidated  data  base 
cannot  duplicate 

coordinated  human  resource  technology 

conditional  mean  task  time 

Continental  United  States 

digital  avionics  information  system 

design  option  decision  tree 

Defense  Systems  Acquisition  Review  Council 

generalized  operational  requirement 

human  resources  in  design  trade-offs 

integrated  logistic  support 

integrated  logistic  support  plan 

initial  operating  capability 

instructional  system  development 

job  guide  development 

life  cycle  cost 

logistic  composite  model 

line  replaceable  unit 

logistic  support  analysis 

logistic  support  analysis  record 

maintainability 

mean  flight-hours  between  maintenance  actions 

maintenance  man-hours/ flight-hour 

maintenance  manpower  modeling 

mean  time  to  repair 

not  repairable  this  station 

National  Technical  Information  Service 

nontroubleshoot 

Office  of  Information  ) 

operation  and  support 

overseas 

Program  Management  Plan 

preliminary  task  identification  matrix 

quantity  per  aircraft 

reliability 

reliability  and  maintainability 
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R&R  remove  and  replace 

RMCM  reliability,  maintainability,  and  cost  model 

ROC  required  operational  capability 

SKE  station  keeping  equipment 

SOC  system  ownership  cost 

SRU  ship  replaceble  unit 

STOL  short  field  takeoff  and  landing 

TETUF  test  equipment  and  tool  use  forms 

TS  troubleshoot 

WUC  work  uni  t  code 
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UPPLEMENTARY 


INFORMATION 
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Muter- 


TSR  ^ 

Removal  of  Export  Control  Statement 


A. 


1 6  JAN  1981 


Defense  Technical  Information  Center 
Attn:  DTIC/DDA  (Mrs  Crumbacker) 

Cameron  Station 
Alexandria  VA  22314 

1.  Please  remove  the  Export  Control  Statement  which  erroneously  appears  on 

the  Notice  Page  of  the  reports  listed  .  This  statement  is 

intended  for  application  to  Statement  B  reports  only. 

2.  Please  direct  any  auestions  to  AFHRL/TSR,  AUTOVON  240-3877. 

FOR  THE  COMMANDER 

WENDELL  L.  ANDERSON,  Lt  Col,  USAF 
Chief,  Technical  Services  Division 

Cy  to:  AFHRL/TSE 


1  Atch 

List  of  Reports 


